クックパッド×はてな×nanapi開発トップが見てきた「伸びるエンジニア」ってこんな人 - エンジニアtype
クラウド技術の進化や開発ツールの充実などを背景に、Webエンジニアに求められる開発知識は日々更新され、右肩上がりに高度化していっている。常に成長し続けることなしに、エンジニアが理想的なキャリアを描くことはできないと言っていいだろう。 そんな状況下、柔軟に知識と経験を増やしながら伸びていくエンジニアと、そうでないエンジニアとでは何が違うのか。弊誌姉妹サイト『＠type』が主催する『エンジニア適職フェア』（東京ドームシティ）でこのほど、優秀なエンジニアを輩出することで名高いIT企業3社の開発トップを招き、「エンジニアが成長する職場の条件とは？」をテーマにトークセッションを開催した。 《登壇者》 ■クックパッド株式会社 執行役 最高技術責任者 舘野祐一氏 ■株式会社はてな 執行役員 サービス開発本部長 大西康裕氏 ■株式会社nanapi 取締役 執行役員 CTO 和田修一氏 エンジニア育成の取り
発注者「簡単なアプリです」エンジニア「簡単か否かを決めるのはお前じゃない」
発注者「誰かiPhoneアプリ作ってくれませんか？簡単なアプリです！！」 エンジニア「簡単かどうかを決めるのはお前じゃない。」 — のり@食べるの大好きエンジニア (@sugi511) 2014, 11月 10 発注側と受注エンジニア側だけでなく、同一社内の営業と開発という部門間でも生じやすいギャップのお話。はた目にはシンプルそうに見える、ちまたに沢山出回っているから簡便そうに見える、だから作るのも簡単だろう。作ってくれませんかと発注側は語るけれど、実のところ開発が簡単か否かを決めるのは発注側では無くて開発側。 数枚、あるいは数行の仕様での発注案件でも、いざ開発してみると山ほどのリソースを投入して数か月かけても終わらないという事案も山ほどある。プログラム、アプリ開発周りで分かりにくければ、料理などが分かりやすいかな。シンプルに見えるけど目新しくて美味しい料理。そこにたどり着くまでにどれほど
カーネルハッカー・小崎資広の「コードを読む技術」 | サイボウズ式
サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第2回（毎週火曜日に掲載、これまでの連載一覧）。「WEB+DB PRESS Vol.80」（2014年4月24日発売）に執筆した「エンジニアの学び方──効率的に知識を得て，成果に結び付ける」の続編です。（編集部） 文：西尾 泰和 イラスト：歌工房 この連載では「エンジニアの学び方」をテーマにインタビューを行い、どういう「学び方」をしているのか探求していきたいと思っています。第1弾は、富士通のエンジニアとしてLinuxカーネルの開発に参加されている小崎資広さんです。 Linuxカーネルは、ソースファイルだけで3万5000個以上、行数にして1500万行を超える、巨大ソフトウェアです。小崎さんが、どうやってこの巨大なソースコードと戦っているかは、きっと「エンジニアの学び方」の参考になるはずです。
「きしだのはてなのあれってどうなの勉強会」やってきました - きしだのHatena
24日の土曜日に、「きしだのはてなのあれってどうなの勉強会」やってきました。 【東京】きしだのはてな勉強会 〜「きしだのはてな」のあれってどうなの〜 - 日本Javaユーザーグループ | Doorkeeper んで、あいかわらずその場にいないと意味がわからない資料ができあがりました。 きしだのはてなのあれってどうなの勉強会 運営のmegascusさんは 思ったよりもきしださんの人気が薄かったのか人が集まりませんでした。 【東京】きしだのはてな勉強会 〜「きしだのはてな」のあれってどうなの〜をやってきた - 水まんじゅう とは書いてますが、内容もなにか具体的にわからない、参加費3000円、そしてPlay勉強会とかぶる(時間的にはかぶってなかったようだけど)という中で21人集まってもらえたのは、なかなかありがたいことだなーと思いました。 運営のmegascusさんと岡澤さん、おつかれさまでした
運用エンジニアから開発エンジニアになるためにやったこと · As a Futurist...
Web の会社でエンジニアを始めて 4 年、ずっと運用エンジニアをやってました。運用とは端的に言うと、社内外の他人が作ったソフトウェアを期待通りに動作させるためのエンジニアリングだと思ってます。アプリケーションはもちろん開発者が作ったものですし、MySQL や Apache や Linux も全部他人が作り上げたソフトウェアであり、それらの設定を変更したりパッチを当てたり運用ツールを駆使することで、協調動作させることに磨きをかけてきました。 ただ、いつまでたっても他人の作ったものの面倒を見てることには変わりないし、運用ツールを開発したところでそれはあくまで誰かが生み出す価値のサポートにすぎないのが自分的には満足できなくて、ずっとアプリケーション(ビジネスロジック)が作りたいと思ってました。 で、今年の始めからたまたまタイミングよく新規開発の部署に入ることになって、いきなり開発者をやることに
ある中級プログラマの告白 | POSTD
私は中級レベルのプログラマです。 基本を理解するのは得意です。過去の失敗をきちんと分析できるくらい経験を重ねていますし、もっと知るべきことは山ほどあることも分かっています。 特筆すべきは、自分で身につけるべきことを知ったうえで、それを吸収しようと積極的かつ精力的に取り組んでいる点でしょう。 プログラマとしての能力は平均的なものに過ぎないと、心から納得するまで時間がかかりました。今では、よく理解できないままに誰かの意見を受け売りする必要など感じていません。知らないことがあっても、それを他人に悟られるのは怖くありません。 でも以前は違いました。信じられないかもしれませんが、私はかつてプログラミングの達人だったのです。 自分の能力を誤って評価していたのは、比較的孤独な環境でスキルを学んだためでしょう。当時はコンピュータを持っていることさえ、ちょっと特別なことでした。使い方を知っているとなれば、な
_%25E9%2580%2580%25E8%2581%25B7_)
就活日記 (12) 退職 - laiso
目次: 就活日記 (0) エントリー - laiso そろそろ就職するにあたって、退職しないと就職することができないので就職する前にまず退職をしました。 思えば私のプログラマーとしてのキャリアも6年ばかりとなりました。 ところで私は当時勉強が出来ない奴はプログラマになれ！ - IT戦記 を読んでプログラマになったクチで、この記事にはたいへん励まされました。 しかし当然順風満帆なプログラマー人生ともいえず。マイナスからのスタートでした。これはとくに精神面や比喩的な意味というわけではなく、低賃金の肉体労働をしばらく生業にしていたため単に総資産がマイナスでした。 そもそも私が一番最初にプログラマーをこころざしたのは、うだつが上がらない十代を地方ですごしていた時分です。 社会的脱落者として場当たり的に日銭を稼ぎ、賃料が不要な家で暮していた為稼いたぶんをそのままビデオゲーム筐体に投入する、などという
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
ハッカーの遺言状──竹内郁雄の徒然苔第1回：ハッカーは二度死ぬ？ | サイボウズ式
元祖ハッカーで、未踏プロジェクト統括PMとしても知られる竹内郁雄先生の書き下ろし新連載です。 ハッカーは、今際の際（いまわのきわ）に何を思うのか──。成し遂げてきた数々のハックが走馬燈のように思い出されるのか、あるいは、直し切れなかった無数のバグへの悔恨に打ちひしがれるのか、あるいは……。ハッカーが、ハッカー人生を振り返って思うことは、これからハッカーに少しでも近づこうとする人にとって、貴重な「道しるべ」になるはずです。 本連載は、毎月第4週に掲載していく予定です。竹内先生への質問や相談を広く受け付けますので、編集部、または担当編集の風穴まで、お気軽にお寄せください。 文：竹内 郁雄 カバー写真： Goto Aki その昔、このページをご覧の多くの方が、多分まだ生まれていなかった1967年に「007は二度死ぬ」という、ジェームズ・ボンドが活躍する映画が作られた。撮影地は日本だった。ボンドガ
プログラミング大好き男に「どの言語が好き？」と訊ねられたとき、女はどう答えたらいいの？
あ、まず前提として、 貴女がプログラミング大好き男を夢中にさせることが、 はたして貴女を幸福にするかどうか、それはまた別問題だけれど。 とはいえ、プログラミング大好き男たちは玉石混交ながら、 ＩＴ系の超かしこい男なども多く、 多くっつーかIT系でないのにプログラミング大好き男っていうのは超かしこい学生（まぁこれは有望株）か研究者系なんか、 あとはまったくかしこくもないクセに頭いいつもりして「Lispやってます（ｷﾘｯ ハローワールドくらいですが」とか言っちゃうアホしかいないわけで、 したがって、釣り師たる女たちにとっては、 なかなかあなどれない釣り場です。 では、プログラミング大好き男に「どの言語が好き？」と訊ねられたとき、 貴女は、どう答えれば理想的でしょう？ まず最初に、その男がCOBOLのようなタイプのレガシーコードと あとはC/C++、そして（TechEdに参加するほどではないけれ
各国プログラマーのステレオタイプ的分類 - himaginary’s diary
タイラー・コーエンが、なぜソフトウエアでは一物一価の法則が成り立たず、米国や日本企業は自国の高いソフトウエア技術者を使い続けるのか――香港やシンガポールや中国ではもっと安価で雇えるにも関わらず――という一読者の疑問をブログエントリ化した。それに対し250を超えるコメントが付いたが、予想される通り、ソフトウエア開発においては単なるコーディングだけではなく、発注元と発注先とのコミュニケーションが重要なウェイトを占めるのだ、という指摘が相次いだ。その中で、各国のプログラマをステレオタイプ的に寸評したコメントが少し面白かったので、以下に訳してみる： Well, while we are being rude let me speak… It’s not the individuals of course, but the culture. And culture is why Americans
プログラマーの感覚とデザイン。 - このブログは証明できない。
プログラミングとデザインにおける論理と感覚って、同じようなものなんじゃないかな。とようやく実感してきた。だからこそ、僕たちがプログラミングに触れてきたようにデザインに触れてきたデザイナーさんの力を借りたいよね。あと、コミュニケーション大事。そんな話。 祝日の朝にカフェでダラダラ書いたので、グダグダで読み返すと何言ってるかわからない。でも、休みの日にカフェでプニプニと文章書いてると、気分転換になってよかった。食事をとらずに食費を浮かせてカフェラテを注文したかいがあった。 デザインが見えない。 今年の1月ごろからずっと「デザイン」「デザイン」と言ってるけど、まったく何もやってない。とっかかりがわからなくて、手が出せない感じ。デザインという言葉自体、幅が広くて、デザインの対象がコミュニケーションだったりユーザーインターフェイスだったりする。そこも絞れていない感じ。絞れていないというか、共通する基
年収1500万円超えたフリーのプログラマだけど何か質問ある？ - 痛い信者(ﾉ∀`)
2010年12月27日11:12 年収1500万円超えたフリーのプログラマだけど何か質問ある？ Tweet カテゴリITビジネス 1 以下、名無しにかわりましてVIPがお送りします [] 2010/12/27(月) 05:11:46.18 ID:bRhMcIo40 立ったら答える 4 以下、名無しにかわりましてVIPがお送りします [] 2010/12/27(月) 05:12:58.47 ID:nYFoSHT80 やっぱりグラマーなの？ 5 以下、名無しにかわりましてVIPがお送りします [] 2010/12/27(月) 05:13:55.44 ID:+uZCPTlZP このご時勢にプログラマでフリーランスとか度胸ありますね >>5 5年くらいフリーやってる 7 以下、名無しにかわりましてVIPがお送りします [] 2010/12/27(月) 05:16:46.62 ID:s+YM0Bjk
「美しいソースコード」に価値はない - カタチづくり
「美しいソースコード」を書くために頭を捻っている時間は「コスト」だ。「価値」じゃない。 同様に、「醜いソースコード」の解読やデバッグに費やす時間も「コスト」。 要件定義も設計もテストもリファクタリングもみーんなコスト。どれもそれ自体に価値なんてない。 それがお客さんの手に渡って、きちんとお客さんに利便性を提供したときに初めて「価値」が生まれるんだと思う。 つまり「価値」を自分だけで生み出すことは不可能ってこと。「価値」とは「評価」だから。他者に評価してもらって初めて「価値」になる。僕たちが自分だけで出来るのは、ただ「コスト」を積み上げるだけ。それに「価値」を認めてもらうにはお客さんの存在が絶対に必要。 できるだけ大きな「価値」を最小の「コスト」でお客さんに届けたい。そう考えたときに「美しいソースコード」にこだわるべきか否か。コードの洗練にかかるコストと、醜いコードのまま放置した場合にメンテ
Googleエンジニアから学ぶ、ハッカーになるための勉強法 - 久保清隆のブログ
Debian Project／Google ソフトウェアエンジニア鵜飼文敏さんの講演動画を見たのでまとめ。 内容は、フリーソフトウェア、オープンソフトウェアのハッカー、Google内のハッカーがどのようにソフトウェアを作っているか。 少し前の講演だけど、ハッカーを目指す上で非常に参考になった。 ハッカーの特徴 ハッカーとは Hacker ethic ハッカーのソフトウェアの作り方 ハッカーの開発スタイル 手順 要求仕様 設計 実装 テスト デバッグ チューニング ハッカーに近づくには 必要な知識 知識の習得の仕方 ハッカーと仕事をするときの問題点 その他に紹介されていた書籍 感想 参考 ハッカーの特徴 普通の人をはるかに上回る高い生産性 高品質のソフトウェアを作りだす ハッカーとは ハッカーズ大辞典によると、 プログラム可能なシステムの細かい部分を探ったり、その機能を拡張する方法を探求した
ソースコードで発見した奇妙なコメント集
2013年3月23日 ネタ コーダー・デベロッパー・プログラマーさん達はそのソースコードにわかりやすい説明書きを「コメント」として残し、後から他の人が修正・編集しやすいようにコードを書いていきます。Stackoverflowの中でなんだそりゃー！というコメントがまとめられていたのでいくつか翻訳してみます！「クライアントからのムチャぶり迷言集 」に続き久しぶりにネタ系記事です。楽しんでください！ ↑私が10年以上利用している会計ソフト！ プログラマーさん達の名誉のため、先に言っておきますが、全てのプログラマーがこういったコメントを残しているわけではありませんよ！「こんなの書く人いるんだー世の中いろんな人がいるもんだー」くらいに軽く読んでみてください！ 自信を失したプログラマー達 自虐コメント多数！ // ごめん。 /* お願い…動いてくれ… */ // このコードは最低だ。知ってるだろ？俺も
私がソフトウェア技術者をやめた理由 - Rails で行こう！
昨日、 人生の転機 - Rails で行こう！ の中で「ソフトウェア作りが嫌いだ」と言い切ってしまったことが引っかかっている。 私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 簡単な例を挙げよう。 うるう年を計算するアルゴリズムを考えてみる。うるう年とは、「4で割り切れて、かつ100で割り切れない年。ただし、400で割り切れたら、やはりうるう年」である。 def leap_year?(y) (y % 4 == 0) && ((y % 100 != 0) |
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/PLHX/items/c20b953abad3c9e4f95e
長文日記
http://fumieval.tumblr.com/post/28324791101