エンジニアが自分用の小さな技術メモを残すべき理由とScrapboxの紹介 - uma_the390’s diary
簡単に結論 何度も調べる手間を減らすために小さな技術メモを残すのは大事 Scrapboxなら気軽に使えるようなUI/UXだからおすすめ 記事の背景 エンジニアとして働いていると、実際にコードを書いている時間よりも調査の時間が長いと思います。 新卒でエンジニアとして働き始めたときに、上司から「小さな技術メモを残す習慣をつけろ」と言われました。 いろんなツールを使って小さな技術メモをとってきたのですが、最終的にはScrapboxが一番しっくりきたので紹介したいと思い記事を書きました。 小さな技術メモとは 僕がこの記事で「小さな技術メモ」と言っているメモのイメージはこんな感じのメモです。 小さな技術メモ 内容のジャンルとしては主に以下のようなものです。 技術的な調査の結果分かった仕様 エラーの解決ログ 頻出のコードスニペット(RubyでGETリクエストするなど) 役に立った記事のブックマーク な
ジュニアエンジニアに意識してほしいこと - 何でも屋エンジニアのブログ
あまり大きな成果が出せずに思い悩んでいるジュニアエンジニアの方に意識して欲しいことがある。ジュニアエンジニアとは、一人前の手前のエンジニアのことである。実績を残すこと以上に、成長するためのアクションを取れているかが求められている。成長途中なので、バーンとした実績を残すことは現実的に難しいかもしれない。だがそこでめげず成長のための種をまき続けて欲しい。 ミーティング中に分からないことがあれば躊躇せず聞く。もし都合が悪ければ「後でフォローするから後で話しましょう！」となるだけで誰も損しない。その都度質問することが当人に有益なのはもちろんだが、他の人が質問しやすい雰囲気を醸成することに繋がる。なんなら先輩もその環境に助けられるかもしれない。チームの良い文化を作ることに貢献するというのは誰にでもできることではない。 PRを作る時、分からないから既存の処理をコピペするという経験は誰にでもあると思う。
開発ドキュメントの書き方！9つのコツ【エンジニア】
文章を書く前にやることよい文章を書くには、実際に文章を書く前に、読者は誰か、どういう悩みを解決するのかを企画することが大切です。また、それを元にアウトラインを書いておきます。 このふたつを元に文章を書くことで、読みやすい開発ドキュメントにつながります。これについては、次の記事をご覧ください。 開発ドキュメントを書く前に決めるべき3つのこと【企画編】開発ドキュメントにおけるアウトラインの書き方開発ドキュメントの書き方企画とアウトラインの作成が終わったら、実際に文章を書いていきます。文章を書くときは、次の9つを意識して書きます。これだけで、読みやすさ、分かりやすさが大きく向上します。 一文を短く切る結論を先に述べる指示語を使わない主語を明確にする、述語との距離を近づけるひらく・閉じるを統一する再現条件を示す前提を揃える見出しや箇条書き、表などを適切に用いる読者に伝わる用語を使うひとつずつ説明し
初めてメンターになるときに意識すると良さそうなこと10選
皆さんこんにちは、株式会社ラクーンホールディングスでエンジニアをしている川﨑です。 そろそろ新入社員が入社してくる時期ですね。新たなメンバーとの仕事にワクワクする方も多いと思います。 私は今年度に入社した新卒社員のメンターを務めました。後輩に本格的に仕事を教えるのは初めての経験だったので、後輩が配属される直前まで「将来を台無しにしたらどうしよう」と考えていました。 結果的に私がメンターをした彼は、1年目とは思えないレベルで素晴らしい技術力を身に着けてくれたので、彼の成長に多少役に立てたのかなと思います。 おそらく来年度初めてメンターとなる方々の中にも、私と同じように良いメンターになれるか不安な方がいるのではないでしょうか。 この記事では 私の経験と反省から、私が思う『メンターになるうえで意識すると良いこと』をお伝えします。 是非メンターになる準備に役立てていただければと思います。 協力して
「やめろ！罠だ！」「罠でもいい！罠でもいいんだッ！！」新しい技術を前にしたエンジニアの心境がいろんな意味でツラすぎる
ゆにるユニ @yuniruyuni @KozouYuuyake 何もかも一挙に導入すると破綻しがちなので、ちょっとずつ新しい技術をチームに取り込んでいけるといいですね 😆
エンジニアは寛容かつ建設的でありたい | 外道父の匠
前回の記事でイィ感じの燃え方してイラつきはしたけど、ちゃんと調べず適当に公開したのはマズかったし、どっちみちそれまで理解が浅かったのは事実で認識してたので、それはもういいんです。 それよりもなんで、昨今はこんなにクソコメが蔓延るようになったんやろって考えてみたくなりました。エンジニアに限らず、ジャンル問わず社会的な話でもあるのですが。 社会的な風潮 要は『叩く』という行為が流行を通り越して当然になってる風潮ですね。 エンジニア関連でも、昔から技術系掲示板では、そんなことも知らんのかい！とツンツンしながらも教えてあげる文化みたいなものはありましたが、そういう『限定的な場』に自分から踏み入れない限りは、エンジニア同士の交流の多くは所属や個人サイトが判明している人だったりして、誤りや改善点があれば、スマートに指摘して、素直に受け入れる、ような流れが多かったように思います。 SNSが流行りだしてか
設計/コードレビューで"常に"心がけるポイント - little hands' lab
株式会社ログラスの松岡(@little_hand_s)です。 little-hands.hatenablog.com ↑の記事でドメインオブジェクトの設計方針を書きましたが、それ以外の全般的な設計/レビュー観点について書きます。 非常に汎用性のある内容なので、数多くのプログラミング原則を覚えるより、まずこの観点でチェックできるようにすると即効性が期待できます。 前提として、階層化されたアーキテクチャ(オニオンアーキテクチャなど)を採用しているものとします。 ①レイヤーの責務違反の実装をしていないか ②高凝集/低結合になっているか 高凝集 クラスに関して メソッドに関して 低結合 ③ユニットテストを書きやすいか 合言葉 筆者執筆書籍 現場での導入で困ったら ①レイヤーの責務違反の実装をしていないか 例として、「ユースケース層にドメイン層のルール/制約に関わる実装をしている」場合はNGです。
市場は「なんかいい感じにしてくれる」エンジニアを求めているのではないか - 毎日がもふもふ
エンジニア不足、エンジニア不足と言われて久しいですが、日本でのプログラミングスクールの先駆けとも言えるTECH::CAMPさんのサービス開始が2014年なので、今や8年が過ぎようとしているわけです。 ともすると、市場に既にベテラン級のエンジニアがわんさかいてもおかしくないんですが、今でも「エンジニア採用できない」という声が絶えることないように見えます。はて？どうしたことだろうか、と思ったので今市場でどんなエンジニアが求められているのかを考えてみました。 高い技術力よりも「いい感じ」力を求めている エンジニアというと、技術を駆使して問題解決をするスペシャリストというイメージがあり、技術力が高い=優秀という認識を持つのが自然です。実際、技術力が低くてまともにプロダクト開発出来ないようでは論外だし、技術的な難問の攻略が命運を分けるケースはあるにはあります。 しかし、実際には開発プロジェクトの失敗
「エンジニアに数学が必要か」は、そもそも違うだろうという話
現在、広くWeb業界やアプリ開発業界でコードを書き働く方を「エンジニア」と呼ぶという慣習があることは承知しておりますが、twitterで見かけて「不思議だな」と思ったので、書こうと思いました。「慣習に従おう！」であれば、不毛な議論なので、エンターテインメントとして楽しんでください（そうは言っても、私は結構真面目に書いていますが…）。 きっかけ Twitterで「エンジニアに数学が必要か」という議論が盛んに行われていたので。これについて、簡単に議論したいと思いました。その内容を、この記事に書こうと思います。 私の結論 私がこれまで受けてきた教育の中と、これから議論する参考文献などから、私の結論は「数学を使わない技術者はエンジニアではない」です。 ここで重要なのは「エンジニアは数学が必要」とか「エンジニアは数学は不要」とかいうことではないということです。 そもそも「エンジニア」とは何かについて
6割の自信でもやってみる。80歳のエンジニアが若者中心のスタートアップで働く理由 | 株式会社リクルート
70代で創業直後のスタートアップ企業に一般応募で参加。80歳の今も現役でモノづくりに携わる深谷弘一さんの生き方から、シニア人材が社会で活躍を続けるためのヒントを探る。 かねてから叫ばれている少子高齢化の流れに加えて、人生100年時代と言われる長寿命社会に突入。人口構造の変化に伴って国が推し進めているのは、すべての世代の人々が社会に積極参加するエイジレス社会の実現だ（内閣府：高齢社会対策大綱（2018年））。しかし、意欲的に働くシニアを増やすことも、企業が人材を受け入れることも、まだまだ道半ばなのが現実だろう。 そんな今、とあるスタートアップ企業で活躍するシニア人材がいる。株式会社Photosynth（フォトシンス）で働く、80歳の現役エンジニア 深谷弘一さんだ。なぜ深谷さんは定年退職後も精力的に働き続けられるのだろうか。また、20～30代中心のスタートアップが敢えて高齢のエンジニアを採用し
永久保存版！エンジニア向け情報収集サイトをまとめてみた【定期更新】 - Qiita
この記事はなに？ 普段、出勤時や仕事中に読んでいるエンジニア向けのサイトをまとめてみました。 ※ この記事は定期的に更新してリンクを追加していきます。 RSSリーダー RSSリーダーとは、登録したWebサイトの情報を自動的に取得し、表示するツールです。 これから紹介する記事を毎日チェックするうえで便利です。ぜひ活用しましょう。 ちなみに... 国内外の開発に関する大量の情報を独自のアルゴリズムで整理して配信してくれるサービスもあります。 知識共有サイトのトレンド Qiitaなどのエンジニア向け知見共有サービスです。 トレンド入りした記事をウォッチするのがおすすめです。 テックブログ 企業が発信している技術ブログです。社内のエンジニアが有益な情報が発信しています。 RSSに登録して、最新の記事を受け取れるようにしておきましょう。 国内 海外 ニュースサイト 技術系のニュースを配信しているサイ
良いコードとは何か - エンジニア新卒研修 スライド公開
株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 https://note.com/cyberz_cto/n/n26f535d6c575
OSSが持続可能であるために――疲弊する「ボランティアエンジニア」を支援する新たな仕組みとは？
――皆さんはそれぞれ長らくOSSに関わられて来られたわけですが、その中でOSSを取り巻く環境の変化についてどのように感じていらっしゃいますか。 黒坂：OSSは、目的や意義が3世代にわたって大きく変わってきたように感じています。Linuxなど中心となるプロジェクトがあり、その開発に貢献したいという開発者が大勢を占めていたのが第1世代。その後の2004〜5年くらいから、そうした文化を引き継ぎながらも、「コスト削減」を目的に企業が使うようになり、オープンな環境での開発による進化速度や品質向上に価値を見出した開発者が増加しました。「OSSに貢献したい」というより、「新しい何かを生み出すためにOSSやOSSという開発手法を利用する」という価値観の変化が見られたのが第2世代です。 そして第3世代においてはAIやIoTなどイノベーションを起こすハイエンドな技術として認識されるようになり、OSSを使うこと
エンジニアキャリアというか働き方というか生き方｜Takao Sumitomo
こんにちは、すみともと申します。ユビーというヘルステック系スタートアップでソフトウェアエンジニア（社内ではSWEと略されています）をしています。最近はブログとかは全然書いてなかったので（社内のパブリックリレーション担当にちょっとくらい書いてくれとせっつかれたから）久しぶりに書きます。 僕は採用の側面でカジュアル面談という形でいろんな方とお話させていただくことが割と多いのですが、その中でキャリアというか働き方というか生き方を聞かれることがあります。今回はこの辺りの話を徒然無く綴っていきます。 何が好きか「何が嫌いかより何が好きかで自分を語れよ!」といいますので好きなもの/ことを挙げますね。基本的に手を動かして何かを作ってたり、仕組み的なものを考えてるのが好きです。ここ数年は仕事に集中しててあまりできてないですが、CADや電子工作でロボット作ってたり、その前はSQLエディタとかゲームとか作って
ソフトウェアエンジニアと技術力 / developer-lifework
Hamee様 開発合宿 2021年（前半戦）の資料です。 # 参考リンク - https://speakerdeck.com/soudai/engineer-life-hack - https://www.shinryo.com/special/contents01_3.html - htt…
11月新刊情報『Googleのソフトウェアエンジニアリング』
『Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス』 Titus Winters, Tom Manshreck, Hyrum Wright 編、竹辺 靖昭 監訳、久富木 隆一 訳 2021年11月29日発売予定 664ページ（予定） ISBN978-4-87311-965-6 定価4,840円（税込） Googleの現役ソフトウェアエンジニアたちが、超大規模ソフトウェアの開発と保守を長期的に支えてきたGoogle社内の多様なベストプラクティスを、文化、プロセス、ツールの側面からこの一冊に凝縮。時間と変化、規模と成長、トレードオフとコストという3つの基本原理に沿って、コードを持続可能にする方法論を紐解きます。「謙虚、尊敬、信頼」、心理的安全性、ダイバーシティとインクルージョンなど、公正を重んじる文化から、コードレビューやテスト構成法など人間の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ログラスを支える技術的投資の仕組み / loglass-technical-investment
NestJSでスケーラブルなBFFを構築。メルカリShopsエンジニアがGraphQL活用のリアルを語る【技術選定の裏側：GraphQL編 vol.2】 | IT/Webエンジニアの転職・求人サイトFindy – GitHubからスキル偏差値を算出
エンジニアの個人ブランディングと技術組織
Microservices Architect in DMM Platform - DMM inside
