recentpopularlog in

junya : programming   714

« earlier  
Tuple: The best remote pairing app on macOS
"Because we programmers deserve better than a generic screen sharing tool"
macos  remote  programming  collaboration 
13 days ago by junya
notes/Organizing modules in a at master · yukitos/notes
functional  programming 
19 days ago by junya
notes/How to design and code a complete at master · yukitos/notes
programming  functional 
19 days ago by junya
Great Code Reviews—The Superpower Your Team Needs – Shopify Engineering
programming  team  codereview  tips 
6 weeks ago by junya
"Codeflow enables teams to build and share powerpoint-like presentations tied directly to their codebase. We make it quick and easy for engineers to get started on new teams."
team  programming  service  @5 
6 weeks ago by junya
Rubyのtrueとfalseの話 - Qiita
ruby  programming  @5 
6 weeks ago by junya
Human Readable Magazine
"Human Readable Magazine is a new monthly software development magazine full of technical deep dives for the inquisitive developer."
magazine  programming 
9 weeks ago by junya
Is TypeScript worth it? - LogRocket Blog
Typescript is entirely upfront about the fact that 100% soundness is not a goal and non-goal no.3 on the list of non-goals of TypeScript clearly states:

Apply a sound or “provably correct” type system. Instead, strike a balance between correctness and productivity.

What this means is that there is no guarantee that a variable has a defined type during runtime. I can illustrate this with the following somewhat contrived example:
typescript  programming 
9 weeks ago by junya
Why “Always use UTC” is bad advice
"We’ve looked at three DateTime representations in detail. Having more information can be useful, but isn’t always necessary. For server logs, Instants are useful. For human-related events LocalDateTimes are nice to have. Don’t forget to include a UTC offset for converting these back to Instants. And finally, for dealing with date time computations, having a TimeZone is necessary to reliably store the users’ intention."
programming  timezone  i18n  design  ux 
november 2019 by junya
ブログ: Dylan: 新しい言語は風に吹かれて
apple  dylan  programming 
september 2019 by junya
Google Engineering Practices Documentation | eng-practices
Google has many generalized engineering practices that cover all languages and all projects. These documents represent our collective experience of various best practices that we have developed over time. It is possible that open source projects or other organizations would benefit from this knowledge, so we work to make it available publicly when possible.
programming  documentation  guide  @4 
september 2019 by junya
リトライと冪等性のデザインパターン - Blog by Sadayuki Furuhashi


architecture  programming 
august 2019 by junya
"Redisの作者Salvatore Sanfilippoによる「The mythical 10x progrmmer」と出会い、読んでみると非常に為になることが多かったので、本人に是非翻訳させて欲しいと申し出たところ、「Sure!」と快諾して頂いたため、僭越ながら共有させて頂きます。"
redis  programming  essay  @5 
april 2019 by junya
Google Testing Blog: Code Health: Understanding Code In Review
Don't spend more than a few seconds trying to understand it. Simply add a code review comment saying, "It's hard for me to understand this piece of code," or be more specific, and say, "Please use more descriptive names here."
codereview  programming  @4 
may 2018 by junya
Modern Agile
Modern agile methods are defined by four guiding principles:

Make people awesome
Make safety a prerequisite
Experiment and learn rapidly
Deliver value continuously
team  agile  programming 
november 2017 by junya
The mythical 10x programmer - <antirez>
In twenty years of working as a programmer I observed other programmers working with me, as coworkers, guided by me in order to reach a given goal, providing patches to Redis and other projects. At the same time many people told me that they believe I’m a very fast programmer. Considering I’m far from being a workaholic, I’ll also use myself as a reference of coding things fast.

The following is a list of qualities that I believe make the most difference in programmers productivity.
programming  productivity  @4 
march 2017 by junya
プログラミングスタックをEveはどのように統合するのか | プログラミング | POSTD
programming  eve 
january 2017 by junya
You Are Not Paid to Write Code – Brave New Geek
Every time you write code or introduce third-party services, you are introducing the possibility of failure into your system.
programming  idea 
december 2016 by junya
ビジョンを曇らせる誘惑: 技術偏重、一貫性 | ゆびてく

Hague 氏がプログラミングを始めた頃、プログラミングは彼のビジョンを実現するための道具に過ぎなかった。しかしそれが、プログラミング自体にのめり込むにつれて次第に自己目的化してしまった。そのねじれを解消するために、もう一度原点に戻ろうという思いがこの The Recovering Programmer というタイトルに込められている。
programming  design  product  @4 
march 2016 by junya
Suffering-oriented programming
I follow a style of development that greatly reduces the risk of big projects like Storm. I call this style "suffering-oriented programming."
programming  @5 
october 2015 by junya
言語処理100本ノック 2015
nlp  programming 
march 2015 by junya
Keep a Changelog
Don’t let your friends dump git logs into CHANGELOGs™
february 2015 by junya
新鋭の言語: この5年を振り返る
programming  vision  @4 
october 2014 by junya
programming  ddd 
june 2014 by junya
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 - Qiita
@5  programming 
may 2014 by junya
今や非営利事業も支援しているY Combinator, 次の育成対象はプログラミング教育のCodeNow | TechCrunch Japan

education  programming 
march 2014 by junya
Code Club
A nationwide network of volunteer-led after school coding clubs for children aged 9-11.
programming  education 
february 2014 by junya - about
This is a simple viewer for code examples hosted on GitHub Gist. Code up an example using Gist, and then point people here to view the example and the source code, live!
gist  blog  programming 
january 2014 by junya
コーディングにおける「深いレベルの『創造』」について - irohiroki's blog 2
agile  testing  programming  @4 
december 2013 by junya
Protocols, Functors and Type Classes
Creighton Kirkendall has been building web application and leading development teams for over 17 years. Several years ago, Creighton fell in love with Clojure and has since teamed up with Carin Meier and few others to start the Cincinnati Functional Programmers Group (CincFP). Creighton works as an Architect/Developer at the awesome consulting company System Evolution Inc.
presentation  functional  programming  clojure  scala  haskell  ocaml 
september 2013 by junya
Reactive Programming の事をつらつら書く。 - 言語ゲーム
FRP はかなり大雑把に使われる言葉なので人に説明するのが難しい。だけどよく似た粒度の言葉としてはコレクションライブラリくらいが丁度良いと思う。関数プログラミングや論理プログラミングのような大げさな言葉では無い。APL や内包表現のように専用の文法が用意される事もあれば、ただのライブラリとして実装される事もある。コレクションの役割が細かい実装を隠して集合操作を書く事であるように、FRP の目的は細かい実装を隠してデータの依存関係を書く事だ。単にデータフローの今風の言い方と思ってもいい。依存関係というと Observer Pattern が思い浮かぶけど、Observer Pattern より大きな粒度だ。FRP の実装に Observer Pattern を使ってもいいし、使わなくても良い。
programming  reactiveprogramming 
september 2013 by junya
Floobits: Cross-editor real-time collaboration
Floobits lets you use native text editors to collaborate on code in real-time.
collaboration  editor  service  programming 
september 2013 by junya
Programming without Text Files | Pointers Gone Wild
In my mind, it’s quite clear that there is much to gain by editing and storing source code using a data format that more directly represents its actual semantics. One of the bigger obstacles for this to work, however, is that of designing suitable editing software. People are relatively comfortable writing source code as text, but editing ASTs seems like it would be more tedious at first glance. It should be possible to make the editing easier and faster by having the editor produce accurate auto-completion suggestions. Since the editor has direct access to the AST, it would become possible for it to make better auto-completion suggestions based on knowledge of language semantics. Another possibility that opens up for speeding up editing is that of building your own pattern-based shortcuts. For example, you could have your own collection of macros (code generator functions or patterns of source trees with holes in them) to be expanded at the touch of a few keys.
programming  idea  lisp 
july 2013 by junya
Organizing, sharing and creating your code have never been so easy
service  programming  community 
june 2013 by junya
How to write a great README
Leadership is often defined as having the ability to make others want to do what it is that you would like them to do. You want people to want to use your software, and often their first introduction will be through the README in the source code or on the project’s GitHub page.
programming  writing 
june 2013 by junya
Bugfixes as Therapy
Bugs are a great break from product work. You don't have to be as creative: here's the bug, and you'll know when your job is done when you can't reproduce the bug anymore. Hell, you can even write the failing test first.
programming  workstyle  productivity  @4 
june 2013 by junya
GitHub workflows inside of a company | NCZOnline
Recently I asked engineers to share their experiences working with GitHub at companies. I’ve always used GitHub for open source projects, but I was interested in learning more about using it professionally and how one’s development workflow might change given all of GitHub’s capabilities. I set up a gist[1] so people could leave the answers to my questions and got some great responses. The information comes from companies such as Yammer, BBC News, Flickr, ZenDesk, Simple, and more. This is an overview of the responses I received plus some detail from Scott Chacon’s post on Git Flow at GitHub[2].
github  workstyle  programming 
may 2013 by junya
Introducing hexagonal.js - Arkency Blog
Our main inspiration was Alistair Cockburn's Hexagonal architecture. In short hexagonal.js is its JavaScript's implementation, but with some unusual solutions and additional philosophy. Let's focus on philosophy first, because it'll let you judge if you're still interested in this idea.
javascript  programming  architecture  hexagonalarchitecture 
may 2013 by junya
Is it cute or ugly? - Arkency Blog
Yesterday day I presented a small code snippet to my dear coworkers (who I of course always respect) and (as usually) they were not impressed, even though I liked my solution. So I wanted to know your opinion about this little piece of code. Let's start with the beginning.
ruby  programming  @4 
may 2013 by junya
Sandi Metz’ rules for developers
Back in January, Sandi Metz introduced her rules for developers in a Ruby Rogues podcast episode episode. When Sandi’s rules were published, I was starting a new project. This post details the experience of that team applying Sandi’s rules to that project.
programming  ruby  rails  @4 
may 2013 by junya
An airpair is a personalized remote screen sharing session between an entrepreneur & an expert developer.

We take briefs from entrepreneurs and match them with developers that have the right skills, experience & domain knowledge to help speed up project development and reduce maintenance costs.

We've included example airpairs below to help you get our unique concept & what your own personalized airpair might look like.
service  agile  programming 
april 2013 by junya
わかりやすいコミットメッセージの書き方 - ククログ(2013-04-24)
programming  tips  git 
april 2013 by junya
Find help for your (very) small projects or MVPs
Trade your skills with others, earn "I owe you's"
Perfect for finding co-founder potential
design  programming  community 
april 2013 by junya
Principles introduced by the Eiffel programming language
Eiffel is an object-oriented programming language designed by Bertrand Meyer in 1986. It didn't gain much popularity, but it introduced few important programming principles that had big impact and later found their way into other programming languages. So, I thought I would introduce some of them briefly in here.
april 2013 by junya
tnoda-clojure • Clojure を使い始めてよかったこと.
Clojure を使っていて関数型プログラミングの威力を実感するのが 1) と 2) の部分です.一方,OO にも素晴らしいところがある思えるのが 3) の部分です.Clojure を使うことで,関数型プログラミングとオブジェクト指向プログラミングとの両方の特長について再確認することができました.
programming  clojure  java  functional 
february 2013 by junya
miyamae/rails-style-guide · GitHub
このガイドのゴールは、Ruby on Rails 3開発のための1セットのベストプラクティスおよびスタイル規則を示すことです。これは、コミュニティー駆動ですでに存在する Ruby coding style guide の補足的なガイドです。
rails  programming 
february 2013 by junya
Your Objects, the Unix Way - Code Climate Blog
Don’t let your domain concepts be shy. Promote them to full-fledged objects to make them more understandable, isolate and speed up their tests, reduce the likelihood that changes in neighboring features will have ripple effects, and provide the concepts a place to evolve apart from the rest of the system. The only thing we know with certainty about the futures of our systems is that they will change. We can design our systems to be more amenable to inevitable change by following the Unix philosophy and building clean interfaces between small objects that have one single responsibility.
rails  activerecord  programming 
january 2013 by junya
Programming Literacy Done Right: It's About the Tools | Xconomy
Bonnie Nardi is an anthropologist who studies interactions between humans and computers. In 1993, she published her first book, A Small Matter of Programming. The book’s thesis is bold and simple: every human being can, and should, learn to program computers.

The book didn’t get much attention outside of academia and is now long out of print. I picked up a secondhand copy in the summer of 2007, just as I was working on the initial prototype of Heroku. The ideas from this book have inspired and haunted me ever since.
programming  heroku 
january 2013 by junya
Designer Eats Engineer
Here’s a prediction for 2013: just as software is eating the world, I believe designers are eating (some) engineers. Here’s why:
programming  idea  @4  trends 
january 2013 by junya
« earlier      
per page:    204080120160

Copy this bookmark:

to read