プログラマをクソコードで殴り続けると死ぬ - megamouthの葬列
ここにクソコードがある。 誰が作ったかはわからぬ。それが、どのような経緯でクソコードとなったのか、 あるいは、最初からクソコードであったのか、それらは全てクソコード自身が知るのみである。 ファーストコンタクト ある日、営業からシステム案件を打診されたので見積もりして欲しい。というメールが来る。 とある企業の既存システムに機能を追加する簡単な案件ですが、なななんとソースや仕様書をご支給いただけます！ と、それはサンタにプレゼントが貰えると信じて疑わぬ子供のような真っ直ぐなメールである。 ソースコードが入った圧縮ファイルを受け取ったプログラマは、早速、コードを読んでみる。 そのシステムが本当にいいコードで書かれているかを判断するには時間がかかるが、 クソコードであるかはおおよそ30分でわかる。 インデントがタブとスペースどちらかに統一されていないとか、フレームワークの誤用があるとか、またはフレ
エンジニアの信頼を得るには良質なアウトプットが必要な話 - そーだいなるらくがき帳
先日、僕が大好きでリスペクトしてるソフトウェアエンジニアさんたちと意見交換会（呑み会）中にソフトウェアエンジニアの信用と信頼について話題になったのでメモ。 僕が「このソフトウェアエンジニアは信用できる」っていうのはどういう指標がありますか？って質問した時に出た意見としては コードに対して何らかの貢献をしている 新規プロダクトの開発など OSSのメンテナンスなど（パッチを送るなど） 自分の持つプロダクトに対する反応など が出てきた。 これらのような「良質なアウトプット」を定期的に行う頻度も大事だよねという感じ。 なるほど、確かにって思ったのだけど更にその中で良質なアウトプットとは何かという話題になった。 ソフトウェアエンジニアの属性 ソフトウェアエンジニアには得手不得手がある。 言語だったりレイヤーだったりで好き嫌いも含めて得手不得手がある。 更にもっと言えば「プロダクトの成長段階」でも得手
「関数型プログラミングって何？」日本語訳 - Okapies' Archive
この記事は、技術翻訳 Advent Calendar 2016 の15日目です（枠が空いてたので勝手にお邪魔してます）。前回（6日目）は、id:msyksphinz さんの「個人が趣味で技術書を翻訳するという意義について」でした。 今回ご紹介するのは、昨年末に公開された Kris Jenkins さん (@krisajenkins) の "What Is Functional Programming?" です。日本語訳の公開については著者から承諾済みです。また、London Functional Programmers meetup での同タイトルの講演動画が公開されています。 関数型プログラミングの考え方は、世間ではどうも小難しい話だと思われている節があります。その理由の一つに、議論の抽象度が（比較的）高いことが挙げられるでしょう。例えば、以前このブログで紹介した「なぜ関数プログラミング
作業が早いプログラマーと遅いプログラマーの差の比は4:1
An empirical study of working speed differences between software engineers for various kinds of task プログラマーの作業速度には差がある。作業速度が早いことだけをもって優秀なプログラマーとは限らない。そのソフトウェアの保守性が悪いかもしれないからだ。しかし、やはり作業速度の早いプログラマーは優秀と見られがちだ。特に、転職界隈では、優秀なプログラマーは、その作業速度の速さを形容して、「ニンジャ」とか「10倍プログラマー」などというタイトルで喧伝されている。さて実際には、プログラマーの作業速度は、全体としてどの程度違うのか。 プログラマーの作業速度が早いものと遅いものの比は、従来、28:1であると言われてきた。この数字には根拠となる研究がある。1967年にGrantとSackmanが公開した論文
プログラマを志す君に伝える「仕事が無くなるリスク」
言論の自由が保障された日本国に住んでいるが、日経ソフトウエア編集部に所属している以上、なかなか言えないことが1つある。それは「安易に職業プログラマにはならない方がよい」という意見だ。 日経ソフトウエアはプログラミングの面白さを伝え、プログラマを応援するのが使命の雑誌なので、これは言ってはいけない。それどころか、「プログラマはとても面白く、やりがいのあるすばらしい職業だ」と普段は言うようにしている。ちょっといやらしい？ しかしつい先日、とあるコンピュータ専門学校からプログラマという職業をテーマにした講演依頼があったときは、少し考えてしまった。講演相手は進路に悩む高校生や専門学校の在校生だ。未成年者も多いであろう。となると、「プログラマほど素敵な商売はない」などと言って煽ったりするのは、一人の大人として無責任であるように思われた。やはり、職業プログラマになることの考えられるリスクもちゃんと伝え
「整った開発環境」「優秀な仲間」「5時からビール」 会社に来るのが楽しくなるエンジニア天国・Indeedとは？ - はてなニュース
求人情報に特化した検索サービスを世界55ヶ国以上で運営するIndeedは、リクルートによる2012年の買収後も、開発者にとって仕事がしやすい環境をとことん追求するエンジニア文化を守っています。恵比寿ガーデンプレイスに移転したばかりの東京オフィスで働く同社のソフトウェアエンジニア5人に集まってもらい、はてなチーフエンジニアの大西康裕が開発スタイルや社風などについて聞きました。Indeed独自のワークスタイルに、はてな側も興味津々。知られざるエンジニア天国の実態とは？ 記事の最後には、デルの27型4Kディスプレイ「P2715Q」が当たるプレゼントのお知らせもあります。 座談会出席者（上写真、左より）：はてな 大西康裕、Indeedの村下瑛さん、濱田卓さん、山口有理さん、杉原啓太さん、落合徹さん （※この記事は、株式会社リクルートホールディングス提供によるPR記事です） ■ 開発スピードを生かす
「プログラマではない人」は、プログラマのことをもっと理解するべき
プログラマと一口に言っても色々な分野があります。 私はWebやスマホアプリの分野なので、その目線で、かなり大げさに書いています。 プログラマという括りにも語弊があるのですが、気にしないでください。 プログラマというのは、とても難解な職種であるように思われています。 実際にやはり特殊な職業ではあるのでしょう。 わからない人から見れば、「やつらは一体あんな真っ黒な画面に文字だけが表示されている画面を睨んで、なにを考えているんだ」と思うでしょう。 体もほとんど動かさない。一体何をやっているのかもわからない。 表情もほとんど変わらない。いつも残業している。 こんなイメージかもしれません。 こういった現状をプログラマからすると、いかにプログラマに対して理解が低いものかと嘆くことが多々あります。 ですので、是非「プログラマではない」皆さんには、プログラマに対する理解を深めて欲しいと思うのです。 そうす
プログラマーのジョーク
language agnostic - What is your best programmer joke? - Stack Overflow 私はコンピューターサイエンス科で教育しているが、何かユーモアによって場を盛り上げたい。ユーモアは場を退屈させず、物事を印象深くするし、物事を学ぶモチベージョンにもつながる。さらに、ジョークが技術的な理解を必要とするのであれば、さらにモチベーションが上がるのだ。 このstackoverflowの質問を受けて、様々なプログラマーのジョークが投稿されている。その評価順に紹介すると・・・ A man flying in a hot air balloon suddenly realizes he’s lost. He reduces height and spots a man down below. He lowers the balloon furth
おなか周りの脂肪がやばい
最近、あまり買い物上手ではないことに気がついた。 何かを買う際にネットでよく調べてから買うのだけれど、それでもいまいちな結果になることが多い。 どうも、スペックと価格ばかりを気にしてしまうのが良くないらしい。 スペック上の数値が良くてもトータルの仕上がりは別物だったりするし、安い品にはやはり安い理由があるようだ。 ここ数年で失敗してしまった（自分には合わなかった）買い物と、そんな中でも買ってよかったものを紹介。 失敗した・自分には合わなかった 😢 失敗だった買い物。 商品が悪かったものもあるが、良く考えず買った結果自分には合わなかっただけのものもある。 有機ELのテレビ 2018年くらいに購入した某海外メーカーの有機ELテレビ。 とくべつ有機ELのテレビが欲しかったわけではないのだけれど、家電量販店のテレビコーナーで見比べたらやっぱり有機ELのものが綺麗に見えた。黒が、黒い。 有機ELは
テストを書く文化を育てる戦略と戦術
at DevLOVE現場甲子園2013 2013/11/09 (土) http://http://devlove.doorkeeper.jp/events/5464
プログラマの開発効率向上が、世界を変える。海野弘成氏が『Qiita』『Kobito』を作るワケ。 | キャリアハック（CAREER HACK）
すべてのプログラマを幸せにする。 日本における職業プログラマ人口は約40万人（※）。 その中で技術情報共有サービス『Qiita』のユニークユーザー数はもうすぐ50万人に到達するというから驚きだ。 また、2012年4月にリリースされたMac用技術情報記録ツール『Kobito』も利用者を増やし続けている。 同サービスを手がけるIncrementsは、国内最大級の総合プログラマコミュニティを生み出した、といって差し支えないだろう。 同社CEOの海野弘成氏は、自身もプログラマとして活躍する。海野氏は「プログラマの開発環境を良くすることで色々なモノが生まれる世界を目指す」と語る。 彼らのサービス哲学・開発思想からプログラマが直面している問題と、その解決の糸口を探る。 (※) 独立行政法人情報処理推進機構IT人材白書2012より、アプリケーションスペシャリスト+ソフトウェアデベロップメント+ITスペシ
一人でコードを書きなさんな - Line 1: Error: Invalid Blog('by Esehara' )
とりとめのない話をメモがてら。 最近、コードを読むことが多くあるのだけれども、「このコードは一人で書いているな」という感想を覚えることが多い。もちろん、基本的にはコードというのは、物理的には一人で書くものであるのは間違いないのだが、たぶん、それとはまた別種のものだ。 僕がこの世界でメシを食う数年前に、PHPユーザーは他の言語を知らないから、他の言語の良いプラクティスを知らないという批判が議論を呼んだことがあるようだ。このさいPHPはどうでもよく、問題は「他の言語の良いプラクティスを知らない」ということだ。プログラミング言語というのは、そのときに共存しているお互いのパラタイムと関係している。例えば、最近ならJava8がOption型を導入しようとしているのは、やはり「関数型言語」というのが成熟してきて、その方法論が有益なものとして受け止められるようになってきたからだ。C++もラムダを取り入れ
僕はプログラマーです。
僕はプログラマーです。 でも僕のMacBookProには何故かAdobeのソフトウェアが入っています。 iPhoneアプリのデザインをするわけではありません。 デザイナーの人がデザインファイルを.psdや.aiや.fw.pngのまま当然の様に投げて来るからです。 僕はAdobeのソフトウェアに精通しているわけではありません。 ですので複雑なレイヤー構造のファイルを切り出すのにはかなり時間を要します。 でもレイヤー構造の説明をしてくれるデザイナーの人は殆ど居ません。 デザイナー同士だとその複雑な構造でもやり取り出来るのかも知れませんが、僕には大抵よく分かりません。 例えば、Photoshopのエフェクトレイヤーが掛かっているボタンはボタンだけ切り出す時に凄く苦労します。 例えば、薄くシャドーが掛かってるデザインは素敵な質感を表現出来るかもしれませんが説明してもらわないとどこまで切り出したら良
プログラマのためのカラーパレットツールを作りました - shoya.io
Paletta - HSV Color palette for every Programmer 背景 フラットデザインの台頭によって、昨今のアプリ/サービス開発において「色選び」が重要視されています。例えば上の写真は次のトイレの時刻を機械学習で予測するRestCastというアプリですが、「いい感じの青」を基調としたタイルを敷くことで、トイレというワードをニオワセないデザインに仕上がるよう心がけてつくりました。 デザイナー/プログラマーの皆さんは普段どうやって色を選んでいるのでしょうか。多くの場合、既存のカラーパレットをぽちぽち選択したり、#123456のようなカラーコードを調整するのではないかと思います。実は、この方法で「いい感じの色」を選ぶのは難しいのです。その理由を色の表現方法を踏まえて説明します。 混色系と顕色系 色を数値で表現する方法を表色系といいます。オストワルト表色系やマンセ
プログラマが満たすべき最低基準って？ - (define -ayalog ’())
日記 プログラマとしての最低基準って何？ 言語の仕様を知ってることが最低基準？ 3つ以上の言語を手足のように扱えるのが最低基準？ モノを作れることじゃなくて、色んなことをたくさん知ってることが最低基準？ 「なんで、こんなことも知らないの？」って人のやる気削ってるだけじゃん。 2013-07-18 17:16:45 via web なんだろう。昨日くらいからJavaの参照の値渡しに関する話がバズってる。 あえてリンク貼らないけど、だいたいこれ読んでる人は知っているでしょう。 そんな中で、どうしても目に入ってくる雑音*1が気になる。 「10年間も知らなかったの？」とか「こんなの知ってて常識だよね」とか「言語仕様を読むよね、普通」とか「レベルの低い技術者は辞めたらいいのに」とかとかとかとか。 間違いを正してあげようとするのは良い事だと思う。だけど、それに余計な言葉をひとつもふたつもくっつける必要
新卒エンジニアのための先輩エンジニアによる一目置かれるエンジニアとして成長していくために必要なこと。 - 悪あがきプログラマー
自分ところの新人向けこんなことをするといいよーとメモ書きしてたら結構な量になってきたのでブログに晒してみます。大きくインプットとアウトプットに分けて書いてます。 アウトプット インプットよりアウトプット大事！ということでアウトプットからいきます。 コードを書こう なにはともあれ。 Shut the fuck up and write some code ぐだぐだ言ってないでコード書けよ、ハゲ後ほど紹介する「Webサービスのつくり方 ~「新しい」を生み出すための33のエッセイ (Software Design plus)」に載っている言葉です。 まぁ、載っているというかプログラマー界隈で良く言われる言葉です。 仕事で書くだけだと足りないのでプライベートでもガシガシ書きましょう。そして晒しましょう。 別にアプリである必要もありません。僕はこんなの書いたりしてます。 Google Apps Sc
プログラミングは一朝一夕に達成できるものじゃない - カレーなる辛口Javaな加齢日記
http://anond.hatelabo.jp/20130322031333 プログラミング出来る方法教える。 書いた本人に悪意があったかどうかは知らないが，予想通り結果的に初心者を惑わせるだけの悪質な記事． まあこの手の奴は９９％デマと考えてよい．このくらいの文章量では，プログラミングができるようになる方法を記述するには全然足りない． 一応ツッコミは入れておく． 世の中「プログラミング言語」を説く本はごまんとあれど「プログラミング」を説く本やブログはあまりない。 ほとんどのプログラミング言語本は，多かれ少なかれプログラミングのやり方も含めて説明している． C実践プログラミング 第3版 作者: Steve Oualline,望月康司(監訳),谷口功出版社/メーカー: オライリー・ジャパン発売日: 1998/06/15メディア: 大型本購入: 7人 クリック: 158回この商品を含むブログ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://fumieval.tumblr.com/post/28324791101