『マンガでわかる！関数型プログラミング』という漫画を連載することになるようです - Line 1: Error: Invalid Blog('by Esehara' )
近況 ふとした瞬間に虚しくなることがある いきさつ 今年、秀和システムから関数型プログラミングに関する本が出て、良くも悪くも、その本が注目を集めることになってしまいました。そんな中で色々な人が反応していましたし、自分もこのようなかたちで感想を書きました。 一方で、このような本を書かれるくらいであるならば、自分で真っ当な本を書けばいいわけだし、技術書を書くことなんて、そんな敷居の高いことではないというカウンターもあり、個人的にはそれも最もだなあ、という印象がありました。その中で自分なりに関数型プログラミングについて理解したことを元にQiitaに駄文をアップしたりしていました。間違ってたら、誰かが訂正してくれるだろうし、そのほうが自分にとって勉強になるだろう、と思うので。 ですが、「関数型プログラミング」というのは「なんだか難しい」という印象を覚えるのも事実のようです。実際に、最新の『Soft
定時を超えるとBotに罵倒される社内文化 - Line 1: Error: Invalid Blog('by Esehara' )
近況 これはPKSHA Technology Inc.で行われたもくもく会の様子です。 はじめに 株式会社ログバーでは、フレックスタイム制が導入されていて、だいたいコアタイム時間中勤務して、かつ全体の労働時間が8時間になれば良いという運用になっている。とはいえ、フレックスタイムであったり、こういうベンチャーだったりすると、ついつい時間の感覚が無くなって何時までも働いてしまったり、ダラダラとオフィスに残ってしまったりする。 問題は、そういう風にダラダラとやってしまうと、集中して働いたら6時間で終わるようなことをつい10時間かけてしまうことになったりする。なので、だらだら働いていると怒るような役割が必要だったりする。 それを人間がやると刺が立つのだけれど、Botだと、割りときついことを言われても、「Botだから」というわけで、上手い具合に刺が立たない。一時期、各エンジニアがHubotを持つとい
git logで生産性は可視化できるのか、Rでグラフを作って調べてみる - Line 1: Error: Invalid Blog('by Esehara' )
はじめに──行数管理とgit commit ここ最近に、「プログラマー」の生産性を何かしら指標化する必要があるのではないか、という指摘がありましたが、確かにそういう側面もある一方で、「プログラム」という行為が、実は言われるほど簡単ではなく、何らかの形で指標にしようとすると難しくなるという問題があるかと思われます。 自分は直接ぶちあたったことはないのですが、たまに悪習として語られる指標の一つとして、「ステップ数」が上げられるでしょう。確かに、多くの人々が指摘しているように、ステップ数の問題は、下のような意味で問題があると言えるでしょう。 「機能」は、コードに直された場合、一行にも百行にもなるが、単純ステップ計算数で数えた場合、後者のほうが生産的と捉えられてしまう コードを手直ししていく作業として、リファクタリングする側面は、ステップの総体を変えないが、コードの綺麗さは、その後の生産性を変えて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
