「プログラマではない人」は、プログラマのことをもっと理解するべき
プログラマと一口に言っても色々な分野があります。 私はWebやスマホアプリの分野なので、その目線で、かなり大げさに書いています。 プログラマという括りにも語弊があるのですが、気にしないでください。 プログラマというのは、とても難解な職種であるように思われています。 実際にやはり特殊な職業ではあるのでしょう。 わからない人から見れば、「やつらは一体あんな真っ黒な画面に文字だけが表示されている画面を睨んで、なにを考えているんだ」と思うでしょう。 体もほとんど動かさない。一体何をやっているのかもわからない。 表情もほとんど変わらない。いつも残業している。 こんなイメージかもしれません。 こういった現状をプログラマからすると、いかにプログラマに対して理解が低いものかと嘆くことが多々あります。 ですので、是非「プログラマではない」皆さんには、プログラマに対する理解を深めて欲しいと思うのです。 そうす
プログラマーはなぜ夜遅くに仕事をするのか？という3つの理由
By Surat Lozowick プログラマの多くが深夜まで仕事を行いますが、一見すると不思議に見える「なぜ、わざわざ夜遅くに働くのか？」という3つの理由をスタートアップ創設者でありプログラマのSwizec TellerさんがBusiness Insiderで解説しています。 Why Programmers Work At Night - Business Insider http://www.businessinsider.com/why-programmers-work-at-night-2013-1 ◆クリエイターとしてのスケジュール By Your Secret Admiral プログラマによくあるタイムスケジュールのうち一つが朝4時に起床し、人々が活動しはじめる前にいくつかの仕事を終わらせるというもの。そしてもう一つが朝の4時に仕事を終わらせるというものです。 プログラマでエッ
今すぐフォローすべき Emacs界のスーパーエンジニア - Shohei Yoshida's Diary
「今すぐフォローすべきスーパーエンジニア」まとめ 流れに乗り遅れた感がハンパないんですけど, Emacs界がなかったのでまとめてみました. 順番は頭に出てきた順番です. 作者とかメンテナとか開発者っていう 表現が間違っていたらごめんなさい. 最後の方は力尽きてます. 中には Twitter IDが見つからなかった人もいました. 他にも書いてほしいとか, 抜けてるぞ, ってのがあったら 教えてください. 追記します. @rubikitchさん Emacsテクニックバイブルの作者で anythingのメンテナ ブログ http://rubikitch.com/に移転しました @kiwanamiさん deferred.el, calfw, e2wm等の作者 Emacsで 3Dゲームを作ったりしてます. とても広い視点で Emacsを見ている方です. まさに Emacsは環境だなと思わせてくれます
Don't repeat yourself - Wikipedia
この記事には独自研究が含まれているおそれがあります。問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。（2016年4月） Don't repeat yourself（DRY）は、特にコンピューティングの領域で、重複を防ぐ考え方である。この哲学は、情報の重複は変更の困難さを増大し透明性を減少させ、不一致を生じる可能性につながるため、重複するべきでないことを強調する。 DRY は、Andy Hunt と Dave Thomas の著書 The Pragmatic Programmer (邦題:達人プログラマー) において中心となる原則である。 彼らはこの原則を、データベーススキーマ、テスト計画、ビルドシステムや、ドキュメンテーションにいたるまで非常に幅広く適用している [1]。 DRY 原則がうまく適用されたとき、システムに対するいかなる要素の変更も、
高給を稼ぐ近道は効率化ではなくブルーカラー的な発想を捨てることだ : ITコンサルジャンキー
10月4 高給を稼ぐ近道は効率化ではなくブルーカラー的な発想を捨てることだ カテゴリ:徒然 Tweet 製造業は新入社員の仕事を読んで思ったことは、本来日本はホワイトカラー的な労働にシフトして行かなければ経済が頭打ちになっていくのに、ブルーカラー（製造業）時代の働き方が色濃く残っているということだ。効率化という言葉が呪文のように唱えられ、多くの時間デスクに座って勤勉に働いている（ふうな）人が賞賛されている会社は少なくないだろう。 私が属しているプログラマやSEという職業は少し特異である。設計書があってそれに沿ってソフトを作るという仕事はいわゆるブルーカラーの働き方である。そこで必要なことはやはり従来叫ばれていたような効率化である。同じ時間でもいかに設計書通りに多くのプログラムを書けるかが重要視される。できるプログラマとできないプログラマの作業効率は100倍以上差があると言われているのは、こ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
