新人の方によく展開させていただいている有益な情報をまとめておきます。今後も展開することがあるかもしれないため情報をまとめております。 あらたな、有益な情報がありましたら、随時追加してまいります。 有益な記事・論文・書籍等を執筆・紹介していただいた皆様に感謝申し上げます。 ちなみに、本記事に記載されている情報は、お困りごと・お悩みごとをお聞きしたとき・気づいたときに、そのお困りごとに対して参考になりそうなものだけを展開していました。この情報を一気に展開していたわけではございません。 コードリーディングについて [1]ソースコードを読むための技術 https://i.loveruby.net/ja/misc/readingcode.html [2]派生開発推進協議会 関西部会 スペックアウトチーム，「派生開発におけるスペックアウト手法の提案」，派生開発カンファレンス2015，2015 http

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的に GitHub の Pull Request を使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、1 人で傷つきモチベーションを落とすこともありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って

アクシアはシステム開発を事業としている会社であり、社員の多くはプログラマーです。プログラマーは技術職であり、一般論としては常に最新技術を学んでいかなければならないと言われています。 しかしアクシアにはかつて、プライベートでは一切勉強したくないという社員がいました（仮にAさんと呼ぶこととします）。プライベートで勉強することは貴重な人生の時間の無駄遣いであり、絶対に勉強はしたくはないとそのAさんは言っていました。 私自身はそういう人生を否定するつもりは全くありませんし、それも一つの立派な選択だと思います。要は自分にとって充実した人生を送ることができれば良いわけですから。 しかしながらエンジニアを雇用するシステム開発会社の経営者としては、色々と考えさせられることもありました。今日はそのあたりの想いについて書いてみたいと思います。 エンジニアとして「勉強をしない」という選択 アクシアでは基本的に社

エンジニアを目指して今プログラミングを勉強している人向けに、開発に関してより知識を深められる新人研修スライドをまとめました。 Progateやプログラミングスクールだけでは学べない内容ばかりなので、新人エンジニアの人は目を通しておくといいです。 各企業で新人研修で実際に使われた資料なので、どんなことが開発の現場では求められるのかということが掴めます。 ここにある内容を100%理解することは難しいですが、少なからずインターンや就職をする時に役立つはずです(わからない箇所は本などを読んで補足しましょう)。 ▶プログラミングを効率良く勉強したい人はこちらの記事 もオススメ 全員共通で読むべきスライド Cookpad★ この資料で学べること リクルートテクノロジーズ★ この資料で学べること Git/コードレビュー GMOペパボ この資料で学べること GMOペパボ この資料で学べること GMOペパボ

肉体はターミナルであり、筋トレはコマンドだ！知られざる筋肉エンジニアの生態に迫る2018-07-04 10:55 「筋肉エンジニア」をご存知だろうか？ 日がなPCを前に座って仕事をしている「ITエンジニア」と「筋肉」は言葉としても対極で、それが合体していることに違和感を覚える人もいるだろう。しかし、超肉体派の筋肉エンジニアは実在する。 彼らは、普段は仕事としてプログラムを書きつつ、プライベートでは100kg以上のベンチプレスを上げ、ときにはコンテストにも出場している。 ということで、今回はそんな筋肉エンジニアが、何のために筋肉を鍛えているのか？　どんな生活を送っているのか？　その筋肉は仕事で活かされているのか？　などなど気になることを、まったく筋トレに縁がないエンジニアである私、megayaが取材してきた。 なおこの企画は自分のリアルな市場価値がわかるエンジニア向け転職サービス「転職ドラフ

5月末付で、弊社のエンジニアが退職することになりました。 彼は私がこの会社の社長を勤めて、初めての新卒採用の社員の一人だっただけに、思い入れも強く、彼の人生が輝かしいものになることを祈念せずにはおれません。 弊社は大手企業様との直接取引の案件が多く、業務系システムからWeb系システムまで、幅広く開発業務を行っております。 弊社は、彼のようなスペシャリストの他、営業、マネージャー、PM、PLなど多彩な人材を抱えており、それぞれの文化が異なっているのを面白く見ておりました。 特に、エンジニアの世界では退職した時にブログ・エントリを書く文化があるそうです。 私はエンジニアではなく経営者ですが、退職エントリを書いてみようと思います。 何をやってもらっていたか Web系システムの開発をお任せしていました。 将来的にはフルスタックエンジニアを目指してもらう為、新卒入社時より、Web系システムの制作チー

公開してまだ３週間ほどだし、収益としても１０万円でしかないし、大きな事は言えないがここで個人開発サイトとその収益性について考えたことを記しておく。 世の中には＊＊億ドルのバリエーションを獲得したスゲー起業家の話か、個人開発サイトを立ち上げたものの収益なんてゼロに近くサーバー代とトントンの話かの両極端しか無いように感じる。 パッと立ち上げてだいたい１ヶ月でiPhoneXが買えるぐらいのサイト規模というのは、どんなレベルのエンジニアでも手が届く範囲内にあるのが実感だ。「人生賭けて起業！」とかそんな熱い話ではない。普段の仕事が終わったら、ちょこちょこコードかいて個人的にアプリを公開して収益を得る、ぐらいの話でしかない。「１億総クリエイター時代」なんて言われる昨今では、どんなエンジニアもこんな感じのやり方が世の流れに合っている気がする。 サイト内容 今回、開設したのはざっくり言うとこんなサイトだっ

COBOLをシートに手書きしていた頃。80～90年代、OSS普及前の開発風景に学ぶこと インターネットが一般的ではない時代にエンジニアはどのように仕事をしていたのでしょうか。WebDINO Japanの瀧田佐登子さんに、かつてのエンジニアの姿、そしてオープンソースという概念が一般化していく過程を、貴重なエピソードとともに聞きました。 オープンソースというカルチャー、そしてそこから生み出されるソフトウェアは今やあらゆる開発活動に不可欠なものです。多くのIT、インターネット関連企業の開発は、オープンソースなくしてもはや成り立たないでしょう。 一方で、言うまでもなくオープンソースという概念がまだ一般的ではない時代もあり、そしてその時代にも開発は行われていたのです。 「オープンソース」という言葉は、1998年に『伽藍とバザール』の著者、エリック・レイモンドによって発表されましたが、この言葉が指し示

もしかしたら私だけかもしれないです。ずれているかもしれません。 一般論ではないかもしれません。 でも、同じような気持ちになっているエンジニアがいるかもしれないので、 代表して言わせてください。 エンジニアに、気軽に「バグ」と言うのをやめませんか？ 最近立て続けに以下のようなことが起こっており、私と同僚が消耗しています。心がすり減ってます。ワーカーエクスペリエンスが低下しています。。。 ～～～～～～～～～～～～～～～～～～～ 「○○さん、この数値がバグなんだけど直してもらえる？」 →調べたらその週は祝日影響で、営業日が少ないだけだった。 「あのデータのバグはいつ直りますか？」 →データの集計定義の変更の依頼があり、変更前の状態をバグと呼ぶ 「この前入ってなかったバグなんだけど、次の開発に入れてもらっていい？」 →スコープ外のこと（担当がそれを忘れていた）をバグと呼ぶ ～～～～～～～～～～～～

旧帝大の情報系の研究室を可もなく不可もない業績で出て、今年の4月からまあまあ大手のIT企業で働いている。 来年あたりから採用面接で学生と話すことになるかもしれないんだけど、表題の件についてインターネットの人達に聞いてみたい。 研究室でも、あるいはTwitterでも優秀（ここでは、たとえばトップカンファレンスにほぼ毎年論文を採択される程度の能力を指す）で口が悪い人はそれなりにいる気がする。そういう人ともし面接で話すことになったら、どう評価すればいいんだろうか。技術的に色々知っていて、日夜最新のトレンドに追いつくどころか更に先を行くために勉強/開発/研究に取り組んでいるが、自分がよくないと思ったものに対して「それゴミでしょ」などとバッサリ否定するような人を。 たとえば研究室にいる優秀な後輩は（その人が認めている）優秀な人とは普通に会話しているが、自分のような冴えない人間には冷淡で、Twitte

κeenです。 非エンジニアのマネージャがエンジニアチームと上手くやる方法の記事に影響を受けてエンジニアとしての意見を書いてみようかなと。 非エンジニア向けのつもりです。 ここでいうエンジニアはソフトウェアエンジニアのことです。 Disclaimer ある程度客観的になるように気をつけてますがあくまで私個人の意見です。エンジニアを代表するようなものではありません。 κeenはまだエンジニア3年目くらいの若造なのて「それは違うんじゃねーの」と思ったところがあったら多分あなたが正しいです。 仕事内容 エンジニアの仕事は外から見たら何してるかよくわからないらしいですね。 ふつう仕事の成果物はエンジニアの間でしか共有してないのでまあ、そうなるでしょう。 なので「何をしているか」を説明するのはやめて「仕事しているときにどんな気持ちか」を話しましょう。 エンジニアの仕事は頭脳労働です。 それも問題解決

HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。

2017年12月15日にエンジニアのためのデザイン思考入門という本が発売されました。 www.shoeisha.co.jp 東京工業大学のエンジニアリングデザインプロジェクトという講義が元になっているのですが、 デザイン思考の基礎を学ぶにはピッタリな本だと思います。 僕は会社の事例を寄稿しています。是非読んでみて下さい！ 感想や疑問点などあれば教えていただけると嬉しいです。 『エンジニアのためのデザイン思考入門』をいただきました！僕も寄稿しています📖東工大EDPの内容が気になる方やデザイン思考の事を学んでいる方は是非読んでみてください！😃

ご覧のとおり、リーダブルコードの人気は圧倒的！2016年に引き続き、2位以下に2倍以上の差をつけての圧勝です。美しく読みやすいコードを書くためのバイブルとして、不動の人気が伺えますね。 ちなみにこの上位陣の顔ぶれは、多少の上下変動はあれども2016年度のランキングとあまり変わりません。バイブルはずっとバイブルであり続けるのと同じように、優秀なエンジニアが愛してやまない本は、年月が経ってもそう変わるものではないのかもしれません。 さて、ここからはこの32冊をジャンル別にご紹介していきます。本は読みたいときが読み時。自分にピッタリだと思ったら、すぐにゲットしてスキルの底上げに臨みましょう。この年末年始は自分を成長させるチャンス！ 【目次】 プログラミングが圧倒的にうまくなる5冊の本 設計に携わる人に向けた7冊 チームマネジメントを考えるための4冊 エンジニアとして”嗜み”の11冊 デザインを学

フリーランスエンジニア→法人化した人の技術ブログ。フリーランス事情や会社の作り方、経営などについても徒然なるままに書いていきます。主な使用言語はRuby、JavaScript。

この記事はドワンゴ Advent Calendar 2017 24日目の記事です。メリークリスマス！ ドワンゴ 技術コミュニケーション室の塩谷（ @kwappa / [email protected] ）です。 先日、技術コミュニケーション室のメンバーから「友人が転職を検討しているが、職務経歴書の書き方がわからず悩んでいる」という相談を受けました。ぼくは以前から職務経歴書についてはなんども書いたり喋ったりしてきたのですが、具体的な書き方やサンプルについてまとめたものはなかったので、この記事を書くことにしました。 以下は、ぼくが以前から考えていることと、書類選考をするときに書いてあると嬉しいことをまとめたものです。会社としてオフィシャルに定めた基準ではないことをご了承ください。 転職に必要な書類 中途採用に応募する場合、「履歴書」と「職務経歴書」が必要です。転職サービスを経由しての応募の

こまたつです。 この記事は 退職者アドベントカレンダー の20日目です。 adventar.org 退職、流行ってますね！！*1 お前誰という人が多いかもしれないので、簡単に経歴を書いておきます。 新卒で小さいSI -> DMM.com Lab -> Cookpad と今回で退職は3回目です。 2012年くらいからAndroidエンジニアで、その前はstrutsとかCOBOLとかPL/SQLとかエクセル・ホーガン氏やってました。 クッ社ではJenkinsおじさんをやったり、やめる前はサービス開発をもりもり頑張っていました。 なんでやめたの クッ社はフレックス三食シャワー昼寝付きリモート可で強いエンジニアと研鑽できる、過去最高にいい環境だったのですが、次の理由があってやめることにしました。 東京のスラムと呼ばれる恵比寿での生活で消耗した*2 入社時に比べてだいぶ成長したので、独力でどのくらい

سایت بت معتبر آنلاین اگر می‌خواهید یک سایت بت که امکانات فوق العاده عالی و درگاه بانکی معتبر را داشته باشد در این مقاله به طور کامل آن را بحث و گفتگو خواهیم کرد یک سایت بت در نگاه اولیه باید خدمات مهم و فوق‌العاده‌ای را داشته باشد به عنوان مثال  اگر در این سایت بت پشتیبانی را جستجو بفرمایید باید پیام های شما را در کمتر از چند دقیقه پاسخ می دهند بنابراین سایت بت معتبر سایتی است که پشتیبانی کامل و د

この記事はフリーランスアドベントカレンダーの19日目です。 adventar.org タイトルはmizchi氏のこちらのエントリをパクりました。 mizchi.hatenablog.com 何故かというと、このエントリを読んで「ベンチャーからフリーランスになった人」との対比として「フリーランスからベンチャー社員になった人」という視点でエントリを書いてみたいなと思ったからです。 といっても、ぼくは別に廃業したわけではないので、正確にはフリーランスをやめてはいないし、副業としてコード設計のアドバイスしてほしいみたいな話は歓迎ですし、今後ずっと正社員として生きていくという気持ちがあるわけでも特にないです。 はじめましての方に説明すると、自分の経歴は 情報系専門学校卒業 => 新卒で零細SIer(Android) 1年 => 転職して零細ゲーム会社(Unity) 2ヶ月 => フリーランス(And