設計書には何を書くべきなのか - terurouメモ
設計とは、 要求（やりたいこと）をヒアリングする 要求を要件（何を満たさないといけないのか）に落とし込む 要件を実現するために考えられる手段を洗い出す 手段の検証を行う 検証結果を元に、どの手段を使うかを選定する 選定した手段を合意する（一部要件を満たさない事項がある場合は、代替策や妥協ラインについても合意する） 合意内容を元に、実装や設定に落とし込む をやることである。画面設計や機能設計のように、3-5の検証/選定が薄くなったり曖昧になったりするものはあるが、一般化するとこの流れになる。 設計書には、上記の設計でやってきたことを順番に書いていけばよい。これを文章構成のテンプレに落としていくと、 要求 要件 方式 対応案（いわゆる比較表で書いていくのが楽） 検証結果 選定・合意結果（合意した代替策や妥協ラインについても記載する） 詳細設計（どういう実装にするとか、パラメーターにするとか、細
社内勉強会で専門的技術力を高めるには
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog サイトオペレーション本部に所属している大津と申します。普段CDNとNode.jsサポートの仕事をしていて、第9代黒帯（ヤフー内のスキル任命制度／ネットワーク・セキュリティ）に任命していただいています。1 先日ヤフー社内で黒帯LT会が開催されました。お題目は事前に指定された「専門的技術力を極めるための極意」ということで、10分ほど話をしました。しかし、これまでみたいにセミナールームで大勢の前で話すわけではなく、最近代わり映えしない自宅デスクからのオンラインLTは、正直勝手が違いました。時間配分もミスって中途半端に終了です。と思いきや数日前、このYahoo! JAPAN Tech Blog担当者から「いやー、よかったですよ。そのネタ書
エンジニアの劣等感との付き合い方 - Qiita
はじめに 私は、不完全な人間です。 人より劣っているところ、弱みもたくさんあります。 しかしながら、なんとか、今日までエンジニアとして生きていくことができました。 私がこれまで、劣等感とどう折り合いをつけてエンジニアとして生きてきたか、説明したいと思います。 この記事で最も言いたいことは「不完全な自分を認めながら、でも、自分の成長の可能性を失わない」ということを伝えたいです。 劣等感にまみれたエンジニア人生 ふりかえると、劣等感にまみれたエンジニア人生でした。 「自分はダメなエンジニアなんだ…」 という想いが、思考の隅につきまといながら、なんとか生きています。 思い返せば、この想いの最初のきっかけは、新人時代に先輩社員にコードレビューの指摘で、叱咤された事でした。 「こんなことも知らないの」 「コードを書く才能がないんじゃない」 「…あぁ、もう、いいから、こっちで修正しとく。いいよ。さわら
エンジニアとしての境界を超えることについて - まっしろけっけ
はじめに web service というものを開発するエンジニアには サーバサイド/インフラ/フロントエンド/iOS/Android などのそれぞれの専門(強み)を持ったエンジニアが存在していると思います。その専門性を境界として見た際に越境する/しないエンジニアではどのような違いがあるのかというのを自身の経験などから僕自身が考えている事をまとめていきます。 自身について 10 年以上お金を貰ってソフトウェアエンジニアをやっていて、その過程でサーバサイド/インフラ/フロントエンド/Android に関しての実務を一定期間行ってきたという経歴があります。現在は主にサーバサイド/インフラを中心として minne というサービスのシニアエンジニアリングリードというものをやっている。 書いたような領域以外でも DevOps みたいな領域の違いみたいなものもあると思いますが、僕自身 Dev と Ops
「クリエイターがお金にこだわるなんて汚い」という、謎の意識は滅んでほしい。
「お前の技術なんて大したことない」 「そんなこと誰にでも出来る」 って思わされて、結果的に作品や自分の技術を安く買いたたかれてしまっている人、多分目に見える範囲外でもたくさんいるんじゃないかなあ、と思ったんです。 定期的に話題に上がるテーマとして、「ハンドメイド作品の値切り問題」というものがあります。 ちょっと前の記事なんですが、例えばこういうお話があります。 「材料費100円とかでしょ」ハンドメイド作家に心無い値下げ要求 テレビ番組が材料費と販売価格の差が大きいと放送 この購入希望者は、1200円で販売予定のキーホルダーに対し「500円くらいとか無理ですか？」と指値を提示。その根拠は、「そんなに材料費とかかかってないと思うので」「材料費100円とか200円とかじゃないんですか？」というものだった。作家が、高い素材を使用していることや、繊細な作業が必要で加工に時間がかかることなどを丁寧に説
技術的負債 - Martin Fowler's Bliki (ja)
ソフトウェアシステムでは、クラフト（出来の悪いもの）が生まれやすい。システムの修正や拡張をしようとしても、内部品質の欠如がそれを難しくしている。「技術的負債」とは、Ward Cunninghamが作ったメタファーである。ファイナンスの負債のように考えることで、こうしたクラフトの扱いのことを考えやすくなる。たとえば、新機能の追加にかかる余分な労力は、負債の返済にかかる利子である。 あらゆるソフトウェアシステムには、タスクを実行するために必要とされる「本質的な」複雑さが一定量含まれている…… ……だが、ほとんどのシステムには「クラフト」が存在しており、理解を難しくしている。 クラフトがあると、変更するのに余分な労力がかかる。 技術的負債のメタファーは、こうしたクラフトを「負債」として扱う。変更に必要な余分な労力は、負債の利子の返済に相当する。 私のコードのモジュール構造が複雑だったとしよう。こ
日本の技術者が集結し「トースターを魔改造してパンをどこまで高く跳ばせるか」を競うクレイジーな番組をNHKでやってて釘付け
リンク NHK 番組表 魔改造の夜「トースター高跳び」 「子どものおもちゃ」や「日常使用の家電」をえげつないパワーにチューンナップ。エンジニアたちが極限のアイデアとテクニックを競う全く新しい技術開発エンタメ番組が登場 155 ＮＨＫオンデマンド @nhk_ondemand 【#魔改造の夜 #トースター高跳び】「日常使用の家電」などをえげつないパワーにチューンナップ。食パンが天高く舞う!?エンジニアたちが極限のアイデアとテクニックを競う！ #伊藤沙莉 #スプツニ子！ #長藤圭介【実況】#矢野武 【語り】#田中敦子 #NHKオンデマンド で配信中 nhk-ondemand.jp/goods/G2020108… 2020-06-20 18:09:40 リンク NHKオンデマンド 魔改造の夜 「トースター高跳び」 －NHKオンデマンド 『魔改造の夜』は超一流の大人たちのヤバい本気を示す、技術者同士
t_wada さんの講演メモ ー 技術書の読み方を中心に - 冷めたコーヒー
はじめに 和田さん（@t_wada）の講演が素晴らしく良かったのでメモを残しておきたいと思います。和田さんと言えば... t_wada ですね！本講演では、「技術の学び方を学ぶ」ことを目的として二部構成で論が展開されました。「技術の学び方の学び」とは、メタレベルの学びのことを指しています。すなわち、効率的に新しい技術を学ぶためにはどのように学べば良いのかという話です。内容は以下の通りです。 第一部 四半期ごとに技術書を読む 手を動かしながら学ぶ 毎年少なくとも一つの言語を学ぶ 身の回りをプログラミング対象にする アウトプットを行う 第二部 毎日コードを書く 年下から学ぶ 過去から未来を見る 人のつくる渦を見る 大事なことに集中する いずれも非常に興味深い内容だったのですが、細かい事項については2017年の講演メモのエントリーがありましたので、ぜひそちらをご覧いただければと思います。（記事へ
【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ
システム開発の世界において「技術的負債（Technical Debt）」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham （ウォード・カニンガム）です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました（"Shipping first time code is like going into debt"）。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開
学費無料 IT技術者養成機関 国内で初めて東京に開設 | NHKニュース
フランスで設立され、海外で広がっている学費無料でコンピューターのプログラミングを学ぶことができる新しいタイプのIT技術者の養成機関が、国内で初めて東京に開設されました。 「42」と呼ばれるこのIT技術者の養成機関は、通常の授業は行われず、自分たちで課題を解きながらプログラミングの技術を学ぶのが特徴で、7年前にフランスで設立され、これまでにアメリカや韓国など世界16か国で開設されています。 学費は無料で、18歳以上であればプログラミングの知識が無くても選考を受けることができます。 今回、選考に通ったのは187人で、22日は東京 港区のキャンパスで、新型コロナウイルス対策のためオンラインで参加した人も含めて早速、課題に取り組みました。 課題は、一人ひとりがインターネットを使って調べたり、受講生どうしで相談したりしながら解いていくということで、情報セキュリティやデータサイエンスなどの技術の習得を
批判の文化が日本を技術後進国にしているかもしれないという話 - メソッド屋のブログ
先日、接触確認アプリがリリースされました。これは正直日本のソフトウェアの進歩に画期的なことだったと思います。私も衝撃を受けました。 www.mhlw.go.jp その後起こったことに関して正直は私の感想はこの通りです。 日本で起こっている地獄を見て、アプリ開発者は海外に流出してしまうわって思う。あの流れは最低最悪。みんな自分が気持ちよくなるためだけに、自分の国の未来を破壊してるんやで。— TsuyoshiUshio (@sandayuu) June 21, 2020 このような展開は、私が今住んでいるアメリカでは発生しない事案だと思います。じゃあ、日米でどういう違いがあって、日本人の自分が小さな一歩を踏み出して、日本がよりよい国になるようにできるとしたらどんなことだろうということを考えてみましたので、あまりソフトウェアの専門用語を使わない形で書いてみようと思います。 接触確認アプリが生まれ
技術顧問としてのお仕事 - cutmail's blog
技術顧問と聞くと何をしているのかわからなかったり、ブラックボックス化していることがあるので、 参考までに自分がどんなことをしているのか紹介してみようと思う。 前提として技術顧問は人によって領域や内容が全然違うこともあるので、事前にどんなことを依頼したいか、できるのか握っておくことが大事だと思う。 あと下記は複数の会社をまとめたもの。 iOSアプリのコードレビュー iOSアプリのCI, CD環境の構築 Ruby on Railsプロジェクトのコードレビュー Ruby on RailsプロジェクトのCI, CD環境の構築 Ruby on Railsプロジェクトの開発環境のDocker化 エンジニア1 on 1 月一で第三者目線での1on1 エンジニア目標レビュー 第三者から客観的に見た目標に対するアドバイス エンジニア採用サポート 技術的な観点での面談に出たり 会社イベントでの登壇 テックブロ
アメリカの技術力が高いのはなぜなんだ
教育が上手くいっているわけではない。 優秀な移民を受け入れているのはわかるが、まったく違ったアプローチでもプロジェクトを進められるところが不思議で仕方ない。 日本の大学も企業もだが、研究といっても、米国もしくは欧州で先行していて筋が良さそうな所にお金をつぎ込んできた。 ガートナーのハイプ曲線で話題になったところにお金をつぎこんだりする。 (既にメディアに出てきている時点で米国が先行しているわけだが) SpaceXがわかりやすいが、イーロンマスクがお金を出したとしても、すぐに技術が生まれるわけではない。 メディアで話題にならないような周辺技術が揃った土壌があり、トライアルを数回繰り返したら成功している。 今までにない方法も承認が下りるのが不思議だ。 日本でお金を出せば技術力が復活する、とは思えないのだがどうだろうか。 分析能力が足りないのか、レポートを書く能力が足りないのか、承認ルートが悪い
継続的なアウトプットはなぜよいか？ 著作も数多いエンジニアが語る、社外向け発表がチームまで成長させる話 - Findy Engineer Lab
渋川（@shibu_jp）です。現在はフューチャー株式会社という、一次受けでコンサルから実装から運用保守まで一気通貫に行う会社にいます。社会人になってから、特に選り好みをしたりせず、任せられる仕事はなんでもやってきました。最近多いのは、サーバーからフロントあたりの領域です。 それ以外に書籍の執筆などもしており、今年（2020年）は『Real World HTTP 第2版』が出版され、「n月刊ラムダノートVol.2 No.1」にも寄稿しました。ほかに『Goならわかるシステムプログラミング』も、増刷のタイミングで密かに12ページほどコンテンツを増やしたりしています。 近著を中心とした10年にわたる筆者の著作 キャリアや仕事の仕方について、よく周りから聞かれるのが「いつ本を書いているのか？」「なぜ書き続けているのか？」といった質問です。僕としては、どちらかというと効率マニアで、一石二鳥を狙い続け
情報処理技術者試験なんて何の役にも立ちません
情報処理技術者試験の資格を取っても実質的に得るものはありません。「実質的に」というのは、技術者としてのスキル向上に貢献するということであり、「報奨金が貰える」とか「履歴書に書ける」などの技術と無関係なものを含まないということです。 なぜ、情報処理技術者試験が役に立たないのかと言えば、出題内容が表面的な知識問題に極端に偏っており、本質的な理解を問うていないからです。たとえば、オブジェクト指向の三要素に「カプセル化」「継承」「ポリモルフィズム」がありますが、これらを御題目のように唱えていても何の意味もありません。しかし、情報処理技術者試験ではこれらの用語さえ覚えておけば、しっかり点になります。 オブジェクト指向におけるカプセル化を説明したものはどれか。 同じ性質をもつ複数のオブジェクトを抽象化して，整理すること 基底クラスの性質を派生クラスに受け継がせることクラス間に共通する性質を抽出し，基底
エンジニアの学び方 - Tokyo Blogrammer
どうもmarcoです。 4/24発売の WEB+DB PRESS Vol.80 を購入しました。 目的は西尾泰和さん執筆の「エンジニアの学び方」の記事を読むためです。 これはエンジニア向けに、どうやって効率的に学習すればいいのかを解説した記事なのですが 元ネタが同執筆者の コーディングを支える技術 ~成り立ちから学ぶプログラミング作法 (WEB+DB PRESS plus) 内のコラムが非常に好評で今回記事として書きなおしたそうです。 非常にためになったので触りの部分だけ忘備録も兼ねてご紹介。 知識には３つの軸がある ・広い視野 ・深い理解 ・応用対象 広い視野 学ぶべき対象を見つけるために必要である。 ニュース・ブログ・勉強会等で学ぶことができる。 この軸の学びが足りていないと？ 新しいものに気付けず、視野が狭くなり自分の知っているものだけに固執するようになる。 ここで得られる知識は、具
エンジニアはどのようにして技術を学べば良いのか
はじめに この記事は、エンジニアがどのように技術を学べば良いのかということについて、おもに西尾泰和氏の書籍・記事で主張されている内容を元に、特定の問題を対象として自分の考えを加えて考察したものです。特定の問題としては、以下の3つを設定しています。 何を学べば良いのか分からない 技術書を読んでもすぐ忘れる 学習する時間がない もちろん、学ぶ上で考えるべきことは上記の問題にとどまりませんが、ここでは、比較的身近で耳にすることが多いと感じるものを問題として設定します。 定義 この記事ではスコープを特定の範囲に限定しているため、一般的な用語について、一部を以下のようにローカル定義しています。そのため、一般的な用語そのままの意味においては、この記事の内容はコンテキストを維持できないことがある点に注意してください。 エンジニア Web 系企業に勤めており、主にプログラミングをはじめとしたコンピュータサ
日本の工業力の高度化ってなんで止まったんだろう
アメリカが凄いのは疑いようがないが、日本がどうしてアメリカに肩を並べられるほど高度な工業力にならなかったのかが気になっている。 iPodはホイールの使い心地に極振りし、あの当時はまだ余力はあったように思う。 iPhoneが出て部品の割合が日本製が多かったことがあり、差別化の要因はソフトウェアと言われた時代があったが、 今はAppleが独自に作っている半導体が差別化要因になった。 GoogleもAppleほど上手くできていないが、独自半導体が差別化要因になった。 日本の場合、ガラケーと言われていた頃は、各社独自技術を詰め込んでいて差別化していた。 ソフトウェアに関しても、数字を入力するとリンク先に飛べるというのは、日本人には古臭く感じるだろうが、 インドだとQVGAが主流でありKaiOSに取り入れられようとしてる。 QRコードや絵文字もルーツをたどれば日本だ。 探せば日本からというのはあるが
読んでみたら最高だった「クラウド系オススメ技術同人誌」を7冊紹介します #技術書典 - 憂鬱な世界にネコパンチ！
2020年4月5日に閉幕した技術書典 応援祭では、たくさんの技術同人誌が頒布されました。 本記事ではAWS・コンテナ・CICDをテーマにしたオススメの技術同人誌を紹介します。 個人的な趣味趣向から、特定領域について広く網羅している本ばかりになりました。 なお本記事で紹介している本はすべてBOOTHから購入できます。 リンクも貼ってあるので、気になる本はぜひ買いましょう。 どの本も1000円か1500円でとってもお安いので、全部買ってもいいぐらいですよ！ クラウド破産を回避するAWS実践ガイド いきなり自著の紹介からスタートしますが、『クラウド破産を回避するAWS実践ガイド』ではAWSアカウントのセキュリティについて解説しています。「AWSなんか怖い…」を「AWSなど恐るるに足らず！」に変える本です。AWSは気になってるけど勇気が出ないという人・AWSアカウントは持ってるけどセキュリティが放
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT技術者の担当範囲を書いてみた。｜むぎSE
