良いコードとは何か - エンジニア新卒研修 スライド公開｜CyberZ Developer
CyberZ CTO室のメンバーの森 (@at_sushi_at) です。 先日、株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 そこで話した内容とスライドを完全公開します。 45分の内容のため、かなり長いですが、個人的にぜひ一読して欲しい内容になっています。 はじめに こんにちは、森 篤史と言います。2019年度入社で今年で3年目になります。株式会社CyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。 最近はプログラムを書く仕事以外に、次世代マネジメント室という全社横断組織でDevelopers Blogの改善プロジェクトを実行したり、CyberZ CTO室で組織活性化に取り組んでいます。 あと、2019年度の未踏スーパークリエータにも認定されました。 メインの仕事としては、入社して
ドメイン駆動設計を導入するために転職して最初の3ヶ月でやったこと[DDD] - little hands' lab
この記事は ドメイン駆動設計 Advent Calendarの記事です。 今年の9月にログラスというスタートアップに転職しました。 ログラスは元々DDDについて講師として勉強会をさせてもらっていた会社であり、DDD自体は社として取り組んでおりある程度進んでいました。ですが、講師ではなく中の人になったからこそできる色々な取り組みがあり、3ヶ月である程度形になりました。 本記事では、DDDを広めるための取り組みについて、極力再現性がある形を意識しつつ、ご紹介したいと思います。 入社時の状況 なにをしたか テストの話が多い理由 実施内容詳細 TDD Boot Campの@t_wadaさんの基調講演観賞会を行った Serviceクラスを1パブリックメソッドにした レイヤーごとのオブジェクトの依存関係を整理 レイヤーごとのテスト方針 クラス名の重要性 参照実装を作成した 「責務」と「テスト」の重要性
![ドメイン駆動設計を導入するために転職して最初の3ヶ月でやったこと[DDD] - little hands' lab](https://cdn-ak-scissors.b.st-hatena.com/image/square/468995f3b9ed8114c64ac798322572db942591ca/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fl%2Flittle_hands%2F20201221%2F20201221103037.png)
メルカリの小泉さんと組織の課題について話したら恐ろしい程勉強になった話（転載）｜ツクルバ / Hiroki Murakami
(自分のmedium記事の転載です) 僕の中で仕事人生に影響を与え続けてくれている三大COO（と勝手に呼んでる人たち）がいる。 一人目がアカツキ共同創業者COOの香田哲朗くん、二人目がフリークアウト(元)COOで現hey代表の佐藤裕介さん、そしてメルカリ社長兼COOの小泉文明さんだ。 それぞれ社長もできる人だが、COOとして事業及び組織の構築も構造的分析もハイレベルにできる。恐ろしく広域のアビリティを持ち、バイタリティとバランス感覚に優れ、超人的な仕事量をこなす人たちである。 そのうちのお一人であるメルカリ小泉さんと1on1させてもらう機会があり、その話が組織の課題に悩む他の人にもとても有用だと思ったのでメモを公開させていただくことにした。（ほんとにメモなんで乱文ご容赦ください） ツクルバでは組織・文化づくりに社をあげて徹底的に投資していく方針なので、非常に参考になった。 ＊＊＊以下メモ＊
Androidアーキテクチャことはじめ ― 選定する意味と、MVP、Clean Architecture、MVVM、Fluxの特徴を理解する - エンジニアHub｜Webエンジニアのキャリアを考える！
Androidアーキテクチャことはじめ ― 選定する意味と、MVP、Clean Architecture、MVVM、Fluxの特徴を理解する Androidアプリの開発において悩ましいアーキテクチャの選定。本記事では選定する意味を改めて整理し、 MVP・Clean Architecture・MVVM・Fluxといった最新の実例を紹介します。 はじめまして。Androidエンジニアの藤原聖（ふじわら・さとる／@satorufujiwara）です。 現在は株式会社サイバーエージェントで、エンジニアリングマネージャーを兼任しています。2017年で35歳になり、定年を迎えました（プログラマの定年については「体型を支える技術」などを参照）。 Androidアプリ開発には2010年から携わっていますが、今現在の関心事は何といっても公式開発言語に採用されたKotlin。そしてもう一つが、Androidの
機械のためではなく人のためにコードが書けるかーーGitHub CEOのクリス・ワンストラス氏にインタビュー - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
会場に1,000人が集まった「GitHub Universe」 オンライン視聴者を含む延べ人数約15,000人が参加した「GitHub Universe」。そのほとんどがエンジニアなのかと思いきや、登壇者のリストを見てもわかるように、今ではNPOや自動車メーカー、NASAなど様々な企業やプロジェクトがGitHubをコラボレーションツールとして活用しています。これまでにGitHubが使われたプロジェクトの総数は、2,700万件に及びます。 2012年、世界有数のベンチャーキャピタル「Andreessen Horowitz」の共同ファウンダーであるマーク・アンドリーセン氏は、“Software is eating the world”と予見しました。それが今まさに、GitHubのような立役者のもとで現実のものになりつつあります。ソフトウェアが世界を食い尽くしていく。 「これからは、全ての企業が
エンジニアの名言メーゲン
コードをデバッグするのは書くことの２倍の労力が要る。つまりあなたの頭脳を最大限に使って書いたコードをデバッグするための頭脳はあなたには無い。
エンジニアは全員技術記事を書くことを習慣化した方がいいぞ（翻訳）
はじめに この記事は、Why Every Software Engineer Should Write Articlesを翻訳したものです。今まで、記事やブログを書くことに時間を使うことに懐疑的だったのですが、この記事を読んで腑に落ちるものがありました。 アウトプットしたほうがいいのは分かっているけど、めんどくさい、時間が勿体無いなどと思っている方にはぜひ読んでもらいたい記事です。 英語を日本語に直訳すると不自然で読みにくくなるため、主張を壊さないことを前提に意訳します。ミス等あれば指摘ください。 なぜ全てのエンジニアが記事を書くべきなのか？ 近頃、コンピュータサイエンス産業は複雑かつ急速に進化しており、複雑な技術やコンセプトを簡単な方法で説明するという事がより重要になってきている。 ブロックチェーン・機械学習・深層学習・データサイエンス・分散システム・量子コンピューティング・ビッグデータ
「プライベートでは一切勉強したくない」と言っていた社員のこと - 株式会社アクシア
アクシアはシステム開発を事業としている会社であり、社員の多くはプログラマーです。プログラマーは技術職であり、一般論としては常に最新技術を学んでいかなければならないと言われています。 しかしアクシアにはかつて、プライベートでは一切勉強したくないという社員がいました（仮にAさんと呼ぶこととします）。プライベートで勉強することは貴重な人生の時間の無駄遣いであり、絶対に勉強はしたくはないとそのAさんは言っていました。 私自身はそういう人生を否定するつもりは全くありませんし、それも一つの立派な選択だと思います。要は自分にとって充実した人生を送ることができれば良いわけですから。 しかしながらエンジニアを雇用するシステム開発会社の経営者としては、色々と考えさせられることもありました。今日はそのあたりの想いについて書いてみたいと思います。 エンジニアとして「勉強をしない」という選択 アクシアでは基本的に社
SIerってヤバいの？ ひろゆきがエンジニアに向けて語る、業界ごと沈まないためのキャリア戦略 - エンジニアtype | 転職type
2022.11.15 働き方 SIerプログラマーひろゆき駆け出し 日本のSI（システムインテグレーション）ビジネスの未来を危惧する声が聞かれるようになって久しい。にも関わらず、旧態依然としたビジネスモデルは回り続けており、そこでは多くのエンジニアが今も働いている。 日本最大の電子掲示板「２ちゃんねる（現５ちゃんねる）」の設立者であり、理路整然とした語り口と歯に衣着せぬ物言いで知られるひろゆき氏は、そうしたエンジニアに向けて「今すぐ逃げた方がいい」と呼びかける。 改めて、SIerはなぜ「ヤバい」のか。どうやって「それ以外の道」を模索すればいいのか。最新著『働き方完全無双』の売れ行きも好調なひろゆき氏に、今エンジニアが採るべきキャリア戦略を聞いた。 ※本記事は2018年8月7日に公開し、2022年11月15日に最新プロフィール情報に更新しています。 ひろゆき（@hirox246） 本名・西村
Impostor Syndrome（詐欺師症候群）とQiitaについて - Qiita
dev.to を見ていたら、 #impostorsyndrome というタグがあり、 #shecoded でもけっこうみんな Impostor Syndrome に苦しんでいたという記述がありました。 調べてみたら、 Impostor Syndrome （詐欺師症候群） に陥っている方は多いんじゃないかと思い、というか自分がまさに当てはまった気がしたので、エンジニアの視点でまとめてみます。 Impostor Syndrome とは wikipedia によると インポスター症候群またはインポスター・シンドローム(英: Impostor syndrome) は、自分の達成を内面的に肯定できず、自分は詐欺師であると感じる傾向であり、一般的には、社会的に成功した人たちの中に多く見られる。 能力の高い人々は、自分が偽物であると人から思われたくないがために、熱心に働く傾向がある。その勤勉さの結果、人
日本にアジャイルが普及しづらい本当の理由 ～不確実性に向き合うマネジメント論～：新刊ピックアップ｜技術評論社
アジャイルって何だ？ 「ウォーターフォールよりもアジャイルのほうがいいのか？」そんな言葉をIT企業の経営者から聞くことがあります。2000年代の後半くらいから，日本国内においてもアジャイル型の開発プロセスが注目を浴びて，多くの企業が実践するようになりました。 ところが，世界各国に比べて日本のアジャイル型開発の普及率は依然として低く，理解度も進んでいません。流行っているからやってみようと始めた企業も流行りが変わると今度はリーンだとか，今度は○○だといったように新しい方式を導入してみては失敗するところも珍しくありません。 アジャイル開発の専門家ですと名乗る人の話を聞いてみても，それが何なのか，けむにまかれたような説明をされてしまい，いまいち納得できないまま始めると言ったこともよく聞く話です。 一体，アジャイルとは何なのでしょうか。アジャイルに限らず，IT界隈にはバズワードとして瞬間的にブームに
1行直すだけってそんなに大変なの？
どこの会社でも「1行直すだけでしょ？ そんなに大変なの？」ということを何度も聞かれる (もしくは言外にそのニュアンスを含められる) ので毎度説明するのだけれど、「いや、そう思うだろうけれど大変なんですよ」以外に答えられていなくて、自分でもあまりうまい答えではないなと感じるのでまじめに考えてみた。 まず大前提として1行を修正するのに本当に言われるがままにその1行を直すのであればそれは作業者で世の中にエンジニアなんて職業はいらないわけで、ぼくらの付加価値は1行を直すときに1行の外にあるものを想起できるから価値があるわけです。 じゃあ、どんなことを考えているかというと、まずたいていそんなすぐに安請け合いできないシステムというのは1行を直すときに影響を受ける行数というのは10行や20行ではないことが多い。そこで影響範囲を考えます。途端にこれが1万行になったりする。すると、1万行へ影響が出るのにこれ
エンジニアは業務時間外でも勉強するべきなのか | 株式会社アクシア
エンジニアがスキルアップするための勉強を業務時間外でもするべきかどうかについて、「教育してエンジニアを育てるのは企業側の責任だ」「エンジニアであればスキルアップのために当然自分で勉強すべきだ」といったような議論を度々見かけます。 この問題についてはどちらが正解というわけでもないかもしれませんし、企業やエンジニアのポリシーによるところも大きいかもしれません。 いずれにしても今後うちの会社の求人に応募してきてくれる方に向けて、企業として、または会社トップとしての私の考えを明確にしておくことはやっておいた方が良いなと思いましたので、この記事に私の考えをまとめてみたいと思います。 プライベートで勉強しなくても何とかなります 仕事をこなしていくという観点から言えばプライベートでの勉強を一切やらなくても何とかなります。たとえ未経験で入社してきた人であってもそれくらいの教育は行っています。 でも最初にこ
プログラマが「出来ません」と言う日 - megamouthの葬列
長い間、フリーランスなどという「便利屋」をこなしていると、馴染みの顧客から、トラブったプロジェクトに急遽参画してほしいという、ヘルプ案件が入ってきたりする。 嫌かと言われるとそうでもなく、むしろ、恩を着せて（足元を見るとも言う）高単価を取るチャンスだし、案件が燃え上がっているのは他人のせいであり、途中から入る私は気楽なものなので、積極的に首をつっこむことにしている。 こう言うと颯爽と現れるスーパーマンのようでかっこいいのだが、そこはクソ雑魚フリーランスの私。トラブルの内容というのは、「安いWordpress業者に頼んだ案件で、途中で、（カスタマイズ要件）がやっぱり出来ないと言われた」とか「アプリが毎回メモリリークで5分で落ちるのだが、全く治る気配がない」とかそういう情けない話ばかりである。 共通して言えるのは、炎上させた業者が「（問題を解決することが）出来ません」とはっきり言ってしまってい
「カメレオン型」エンジニア比留間和也さんに聞く、最先端に身を置き続ける方法
デザインとエンジニアリング、デザインとビジネスなど、クリエイターにも従来の仕事の範囲を超えた知識と発想が求められる時代。連続インタビュー企画「Borderline」では、ブログ「テクニカルクリエイター.com」を運営する小島芳樹さんが、注目のクリエイターが日々どんなことを考えているのか？ オン／オフの両面からお話を伺います。 前編に続き、ゲーム会社でVRコンテンツの開発に取り組む比留間和也一さんに、常に最先端の分野で働くキャリアの作り方と、VRのこれからについてお話いただきました。 VR開発者がおすすめする初心者向けタイトル 小島 VRのお話をもっと詳しく聞きたいんですけど、いま見せていただける作品はありますか？ 比留間 App Storeで配信されている『Another Planets』というアプリがあります。ハコスコやGoogle Cardboardといったゴーグルにスマホを入れて見て
カヤックのフロントエンドエンジニアだった比留間和也さんがVR開発に熱狂する理由
デザインとエンジニアリング、デザインとビジネスなど、クリエイターにも従来の仕事の範囲を超えた知識と発想が求められる時代。連続インタビュー企画「Borderline」では、ブログ「テクニカルクリエイター.com」を運営する小島芳樹さんが、注目のクリエイターが日々どんなことを考えているのか？ オン／オフの両面からお話を伺います。 第3回は、フロントエンド開発界隈では「えど」さんでおなじみの比留間和也さん。これまでのキャリアと、公私ともに現在注力しているというVRの魅力をお話いただきました。 電話オペレーターの派遣から始まったキャリア 小島 僕が比留間さんを知ったのは2011年ごろだったと思うんですけど、jsdo.it （※）を見ていたら、「すごいものを投稿している人がいる」って。そしたら、「あ、この人カヤックの人だ」って気づいて。 比留間 （笑） 小島 これがカヤックか！ と思って。それから、
なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列
営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン
不寛容社会とエンジニアの「正しさハラスメント」 - エモくありたい
先日、珍しく時間を持て余していたので、テレビを見る機会があった。 バラエティ番組を見るつもりもなく、また、10分ほどだったので、回したのはニュースチャンネル。そのときの題材に「不寛容社会」というものがあった。 何かと繊細な昨今、運動会での組体操でのピラミッド禁止や、除夜の金に苦情がきたために日中におこなうなど、ノイジーマイノリティによる過度な規制や自粛に疑問を示す内容であった。 「不寛容社会」というものは、インターネットにも溢れていると思う。いや、インターネットこそが不寛容社会を助長させていると言っても過言ではない状態だろう。どうあっても必ず誰かが批判をし、それが大きく取り上げられ、最終的には自由が制限される世界はまさに今のインターネットだ。 そうしたインターネットについて述べても良いのだが、今日は少し変わって、「不寛容」という言葉から連想された、エンジニアの「正しさハラスメント」について
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon、社内エンジニア教育に使っている機械学習コースを無料提供 – TechCrunch Japan
The Phantom Knowledge プロジェクトデータ大公開！
