アメリカの職場にいると、日本にいるときよりも身近でレイオフだとか、職を変えるというのを頻繁に見かける。先日もそういう場面があったのだが昔日本で働いていた時のことを思い出した。 ドキュメントを書く理由 日本のソフトウェア企業にいたときは、「納品物であるから」という理由以外にも、「人がいなくなったときに会社が困るから」という理由でもドキュメントを書くことが推奨されていた。しかし、少なくとも今の職場ではそんな理由でドキュメントを書くのは推奨されていないのに、なぜ問題にならないのだろうとふと思った。 うちのマネージャは、バディ制ににして、みんな休暇できるようにしようとは言っているが、多分本当に退職対策ではないと思う。 チームのメンバーが抜けたときも、「とても残念で、ワークロードをどうしようという問題はあるけど、彼女の門出を祝福しよう」言っていた。つまり、こちらでも「工数」は問題になるけど、「引継ぎ
2017年プログラミング言語別平均年収ランキング、1位は「Scala」 平均626万円：求人情報約250万件から平均値を集計 ビズリーチは、「プログラミング言語別 平均年収ランキング2017」を発表した。第1位はScalaで平均年収は626万円、第2位はPythonで601万円、第3位はKotlinで577万円だった。SwiftやRuby、Javaなどもランクインした。 ビズリーチは2017年8月10日、同社が運営する求人検索エンジン「スタンバイ」で、「プログラミング言語別 平均年収ランキング2017」を発表した。スタンバイに掲載されている約250万件の正社員求人情報のうち、プログラミング言語名が含まれる求人情報の給与金額を平均してランキングを集計した。 それによると、第1位はScalaで平均年収は626万円、第2位はPythonで601万円、第3位はKotlinで577万円だった。第4位
CodeIQ×はてなの エンジニア夏祭り2013 第2夜では、エンジニアにブログを書いてもらうキッカケになってもらえればと、お題キャンペーンを実施中です。この一環として、ITエンジニアがブログを書くべき理由を、CodeIQプロデューサーの サカタカツミ さんに寄稿いただきました。 無名のはてなブロガーが、こんな晴れがましい舞台に出る理由 最初にネタバラシをしてしまうと、エンジニアはブログを書いた方が良い、というエントリーを、まったく無名のはてなブロガーである私が寄稿してあげても良いよという、上から目線で何様な発言を、はてな東京オフィスのとても美味しいランチを取りながらしていたのを、どこでどう間違ったのか、真に受けた人がいて「だったら寄稿してくれてもいいですよ」と依頼メールが飛んできて、今書いているという次第。が、ブログの楽しさを紹介していくブログマガジンを読んでいる人の多くは、もうブログを
By iLikeSpoons 「年輩のプログラマーはテクノロジーの急速な変化についていけず、ソフトウェア開発から外れてしまう」という考え方が存在しますが、ノースカロライナ州立大学の研究によって、新しいソフトウェア・プラットフォームにおいても年輩プログラマーは若い同僚よりも知識があり、プログラミングのスキルは進歩し続けていることがわかりました。 NC State News :: NC State News and Information » Older Is Wiser: Study Shows Software Developers’ Skills Improve Over Time http://news.ncsu.edu/releases/wms-murphyhill-age-2013/ 研究者たちはプログラミング技術に関するナレッジコミュニティであるStack Overflowで8万
クロノスの山本さんと飲みにいきました。遅刻してすいませんでした＞＜ 僕らの興味はやはりSIビジネスがどうなってしまうのだろうかという点で、色んな観点から話が盛り上がった。 クラウドの台頭によって、ビジネスでITを利用したくても出来なかった層にIT技術の裾野が広がっていく。SIは自前でシステム環境を構築することで差別化を図り儲けていた側面も強かったけれど、クラウドがハードのアウトソースを加速させた事でシステム開発案件の単価は下がっているし、価格下落話には枚挙に暇がない。目の上のたんこぶではあるが、業界のパイは小さくなったとしても優秀な人間にお金が回るようになれば長期的には良いこと的な帰結を考えていた。 でも、その歪みがひどい事態を生んでしまったようで・・・ 一方、SIおよびSEのこれからに暗い影を落とす話もある。関西のあるSE派遣の企業のはなし。 何十人もの新人さんを集めて、無料でプロジェク
前回に続き今回も、グリー CTOの藤本真樹氏の話を基に生涯エンジニアへの道を探っていく。 前回は、藤本氏の学生時代の活動内容やPHPコミュニティに参加した経緯などを紹介したうえで、当時の活動がソフトウェアエンジニアとしてのスキルアップに大きく貢献したという話をお伝えした。続いて藤本氏には、同じように飛躍を遂げようと努力している若手エンジニアへのアドバイスをお願いしたので、今回はその内容を紹介する。 関連インタビュー 【インタビュー】言語は思考にも影響を及ぼす、だからRuby開発を選んだ--まつもとゆきひろ氏 【インタビュー】Rubyが大きくなれたのは、私に隙があるからかな - まつもと氏(後編) 【インタビュー】PHPでの活動がなければ今日の私はない - グリー CTO 藤本真樹氏 ――前回、AquaやPHPコミュニティでの活動を通じて飛躍的にスキルアップしたというお話を伺いました。同
「OSSにコミットして世界が変わった。自分の書いたソースコードが世界中の人に見られると思うと心が弾んだし、20歳そこそこの自分が大人の社会に触れられる貴重な機会だった」――現在、グリー CTOの肩書きを持つ藤本真樹氏は、自身のキャリアを振り返り、このように語る。 今回は、かつてPHPの世界で名を馳せた藤本氏に、OSSコミュニティでの活動内容やエンジニアとしての幸せについて聞いたので、その模様をお伝えする。 関連インタビュー 【インタビュー】言語は思考にも影響を及ぼす、だからRuby開発を選んだ--まつもとゆきひろ氏 【インタビュー】Rubyが大きくなれたのは、私に隙があるからかな - まつもと氏(後編) ――早速ですが、藤本さんは、"ソフトウェアエンジニアにとっての幸せ"とはどういうものだとお考えですか? グリー CTOの藤本真樹氏 藤本: いきなり難しい質問ですね(笑)。もちろん、答え
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー ステキな英文の記事を見つけました。10 ways to improve your programming skills。どれも自分が実践していることでもあって，「なるほどな−」と思うものばかり。 たっぷりプログラミングしたあとは，節電も忘れずに:-)。 1. 新しいプログラミング言語を学ぶ 新しいプログラミング言語を学ぶことで，新しいプログラミングに対する考え方に触れることができる。そのプログラミング言語が今まで知らなかったパラダイムに根ざしている場合ならなおさら。新しい手法の多くは，すでに知っている知識になぞらえることができるので，習得はそれほど難しくないはず。 2. やる気をそそら
ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ
フロリダのRubyプログラマのSteve Clayさんがブログに投稿した「プログラマーはプログラミングをしている、はずが実際はそうでもない」という記事が話題になっていました。 神話：プログラマは一日中、プログラムを書いている。 現実：多くのプログラマは下記の事に多くの時間を費やしている。（順不同） 外部のプログラマーのMLへのメールやテックでない人へのメールを用心深く書く ミーティングに参加、モックアップやDBスキーマの作成、要求された機能へのパフォーマンスの心配 バグレポートを書く、過去のバグを検索 複雑なシステムの障害の原因を何ギガもあるログを探索して調べる ダウンタイムについてユーザーや上司への説明 他人の問題の解決へ協力 ドキュメント、本、ブログ、リリースノート、脆弱性アナウンスを読む 必要な既存の名前の分からないようなコードを探す 見つかったコードが自分の環境に互換性がありライセ
「エゴレスプログラミング」という言葉があります。アメリカのコンピューター科学者、ジェラルド・ワインバーグ氏によって『プログラミングの心理学』にて取り上げられた思想です。プログラマ同士が協調する事で最終的なコードの品質が向上するという思想です。プログラマが協調できていないムードだとコードの品質が下がると言い換えてもなんだか思い当たるフシのある感じです。1970年代からある考え方ですが、ちょうど話題になっていました。さてそのエゴレスプログラミングの為の十戒は下記のようになっています。 自分が失敗をする事を認める コードは自分自身ではない どれだけ空手を知っているかは重要ではない。他にもっと知っている人がいる 相談なしにコードを書き換えない 自分よりも知識が無い人に対して尊敬と敬意と忍耐を持って接する 唯一不変な事は、世界は変わるという事 権威は立場からではなく知識から生まれる 自分が信じるもの
1．一般的なコーディング規約に目を通し、エレガントなコードを知る エレガントなコードを書くためには、エレガントなコードを知らなければならい。その土台を築いているコーディング規約について、オープンソースではどのようなものが使われているのか理解しておこう。入社する予定の会社が採用している言語については必ず目を通しておこう。 PHP PEAR 標準コーディング規約 symfony CodingStandards Perl perlstyle Ruby クックパッド株式会社のRubyコーディング規準 Matzスタイル NaClで採用している規約 Python PEP 8 そして、あなたの身近にあるオープンソースのコードを実際に読んでみよう。この時点でコードの仕組みや設計が理解できなくても良い。コードがエレガントかどうか？を感じ取って欲しい。こう書いた方が、良いのではないか？など、考えてみよう。
プログラマが知るべきじゃない97のこと - Togetter を読んでいたら面白かったので，赤文字で強調されているものを抜き出して適当に並べ替えてみましたｗ ちなみに，元ネタは プログラマが知るべき97のこと です．類似ネタの プログラマの嫁が知るべき97のこと，プログラマが体験するべきではない50のこと も併せてどうぞ． サーバ室に祀られた盛り塩の存在意義 言語やエディタ、IDE を disる と勃発する聖戦 VSS Boost プリプロセッサ PHP brainf*ck Lisper の態度 他言語のプログラマの Lisp へのイメージ 人月計算 エクセル方眼紙 受注確定と同時に赤字が確定していた 受注時に営業が顧客に提出した資料 見積書に勝手に足された項目の意味 この仕様が誰の気分で決まったのか 今必死で実装しているその機能が実は PM の好みで追加された仕様であること 依頼されたア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
