優秀なプログラマになるために - @ledsun blog
みんな良いこと言うので、刺激を受けて考えたことを記録します。 生きてるだけで丸儲け ストレス対処法 撤退戦術 タスク殺すマシーン 人間に戻る儀式 運 技術力を身につける方法 車輪を再発明する 脱ゴールデンハンマー病 学習の助 優秀なプログラマとは？ おまけ 生きてるだけで丸儲け 優秀なプログラマーになるためのコツ · GitHub 優秀なプログラマーに「育つ」んだし、それには時間が必要 優秀なプログラマーになるということは、上記の通り長時間を要するということも踏まえると、メンタルヘルスにリスクがある環境に長時間暴露されることが不可避である 業界で長きにわたり活躍し続けている人というのは、それだけですでにひとかどの人物 すごく良いです。 優秀なプログラマになる前に、死んでしまっては元も子もありません。 生き延びることはなにより大切です。 幸か不幸か現状のIT業界はハードなストレスにさらされや
インド出張から得た英会話の学び - ミームの死骸を待ちながら
三週間ほど海外に出張していた．インドである．趣旨としては，僕が持ついくつかの領域における専門知識と経験をあちらのエンジニアに展開する，先生役として呼ばれた形..になるだろうか．単にセミナーとかを聞くだけの出張なら今夏にも行ったところだが，三週間みっちり先生をやるとなるとプレッシャーが違うし，事前にインドのチームと喋ったところ僕に対する期待値が異様に高く，胃の痛い思いをしながら突入することになった． 午前は講義を行い，午後は行列のできる Hash 相談所，夜はホテルに戻って翌日のトレーニング資料を作る... というすたーたっぷ勤務時代を彷彿とさせる社畜業に勤しみ観光どころではなかった (たまたま向こうで働いていた友達に会ったのと，インドチームとビール飲みに繰り出したりはした) ので，費やした時間分は役に立ったことを願う．黒い髭をたくわえた厳ついエンジニアも鋭い眼光の優秀な若者もみんな良い人で
50歳おっさんになるまでわたしがIT業界で２７年も生き残これた方法。 - 攻めは飛車角銀桂守りは金銀三枚
先日ふと思い立って50歳を前に「転職」を考えてみる・・・？という記事を書きました。 書いたあとで「あぁ、そういえばIT業界でなんだかんだと言いながら２７年ばかり働いてるのか・・・よく生き残ったなぁ」と。 IT業界は昔は（今も言うのだろうか）「35歳定年説」というのがあって、だいたい一線で活躍するのは35歳までで、技術者としてはそこまでで終わりと言われてました。 理由は日進月歩いやドックイヤーと言われる世界。その世界では若いもんには年寄りは勝てないと。それが35歳という年齢。 ちなみにドッグイヤーとは 俗に、IT業界の技術進化の早さを、犬の成長が人と比べて速いことに例えた俗語である。 1990代後半頃から用いられていた。 犬の1年は、人間の7年に相当すると言われている。 という意味。 実際は確かに集中力は衰えてくるが若者に技術的に負けるのではなく、上記に出した記事で書いた「技術者の単価」の話
【書評】SOFT SKILLSを読んでプログラマとしてのキャリア設計を見直そう - give IT a try
（2022.3.17追記）第2版が出版されたので、こちらで第2版の書評を公開しています。 blog.jnito.com 以下は第1版の書評です。 はじめに 先日、最近ネットでちょくちょく名前を見かける「SOFT SKILLS」という本を読み終わりました。 SOFT SKILLS ソフトウェア開発者の人生マニュアル 作者:ジョン・ソンメズ日経BPAmazon Amazonのレビューを見てるとなんか冷めた意見が多くて「イマイチなのかな？」と思ったんですが、実際読んでみると全然そんなことはなく、「これは面白い！」と思える久々のヒット作でした。 半分くらい読んだけど、かなり面白い。 Read a half of book, very very interesting. @jsonmez pic.twitter.com/ZhLE3BRmhs— Junichi Ito (伊藤淳一) (@jnchito
プログラムにコメント書かない文化もあるよって話｜NZ MoyaSystem
以下の記事を読んで。 530000micro.hatenablog.com 僕が勤めている会社では、原則、プログラムにコメントを書かないのがルールです。 人生で初めてプログラムに触れてからこのかた、プログラムには必ずコメントを書けと指導されて来ましたし、自分自身も、後輩たちにちゃんとコメント書けよと言い聞かせてきました。そんなわけで、最初に全然コメントのないソースコードの山を見たときは、正直「ゲッ、なんじゃこりゃ……」と面食らったのは確かです。 ところが、「なぜうちのプログラムにはコメントがないのか？」と同僚に尋ねてみると、実に納得の行く回答が返ってきたのでした。 なぜコメントが必要なプログラムを書くのか？ 同僚いわく、「コメントが無くても読めるようなプログラムを書け」という思想が根底にあるのだそう。 適切に関数や変数が命名され、スコープがきちんと管理され、ロジックの流れが整理されているコ
Shibu's Diary: 僕のプログラマ人生を賭けてITエンジニア本大賞2016に推薦したい本はこれ
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 岩切さんがITエンジニア本大賞の募集をしていました。技術書とビジネス書の2カテゴリがあるんですが、それぞれのカテゴリで、2015年に出会った本で、「やばい、これは10年以上待ち望んでた次の時代の道標になる本だ」というものがあったのですが、清き平等な一票ではこの気持ちは伝わらないと思い、筆を執った次第です。 一応僕のことをあまり知らない人も多いと思うので一応説明しておくと、学生のころに日本XPユーザグループの設立準備から関わっていて、アジャイルという言葉が出る前から「仕様書通りにしかコーディングできない世界つまらなそうだし、XPなんか面白そうだな！」と思っていて、イベント運営をしてみたり、C++やらPythonやらRuby(とちぎ)やらのコミュニティに参加したり、ドキュメントツー
テストコードは「書けるようになる」ものじゃなく「書きたい」と思うもの（ポエム） - give IT a try
「Railsチュートリアルを見ながらテストコードを写経しても、自分でテストコードが書ける気がしない」という新人さんのつぶやきに思わず反応した僕の、斜め上から目線の感想を書きなぐっておきます。 テストコードは「書けるようになる・ならない」の問題じゃなくて、「テストコードって便利！テストコードって大事！！」って思えるかどうかじゃないかな～と思ってる。 僕みたいなおっちゃんが働き始めた頃は「テスト = 手で動かして目で確認してスクリーンショットを撮ってエクセルに貼り付ける」という肉体労働だった。 コードを変更したら、もう一回「手で動かして目で確認してスクリーンショットを撮ってエクセルに貼り付ける」を繰り返さなきゃいけなかった。 ところが、テストコードを書けば「自動化できる！何回でも繰り返せる！すぐ終わる！自動テストすげー！！」ってなって、「こりゃテストコード書けた方が100倍いいわ」っていうモチ
現実を直視しながら理想を持ち続けることの難しさ、人生の「賞味期限」 – 佐藤航陽のブログ
今日はシリーズCのファイナンスとして43億円の資金調達が完了したリリースを出しました。企業としてはもう一段上のステージを目指そうと思います。このブログを更新することはもう滅多になくなりますので、これまで何を考えてやってきたかを改めてまとめておくことにしました。 外貨を稼ぐロールモデルを作る 2010年頃から「外貨を稼げなければ日本の企業は未来がない」と考えるようになっていました。日本の人口は減少を続けていて、国内の産業が縮小していくのは確実だからです。一方で、企業としては短期的に見れば国内にリソースを集中したほうが効率的ですし、東京の出来上がってるエコシステムに乗っかったほうが成功確率は高いのは間違いないです。 経営判断としてはそれが『正解』であること、経営者としてそれを求められていることも本当はよく理解していました。 ただ、同じレールに乗ればこれまでと同じ場所に辿り着くのは見えていたから
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
