Reactアプリケーションのアーキテクチャの一例として公開されているGitHubリポジトリ「bulletproof-react」が大変勉強になるので、私自身の見解を交えつつシェアします。 ※2022年11月追記 記事リリースから1年ほど経過して、新しく出てきた情報や考え方を盛り込んだ続編記事を書いていただいているので、こちらも併せて読んでいただければと想います（@t_keshiさんありがとうございます！）。 ディレクトリ構造が勉強になる まずはプロジェクトごとにバラつきがちなディレクトリ構造について。 ソースコードはsrc以下に入れる bulletproof-reactでは、Reactに関するソースコードはsrcディレクトリ以下に格納されています。逆に言えば、ルートディレクトリにcomponentsやutilsといったディレクトリはありません。 たとえばCreate Next Appで作成
ドキュメントに固執せよ - gfnweb
どうして人間集団はこんなにも知見の共有を円滑にできないのか？ 改善にはドキュメントにまつわる各個人の心構え・制度設計・技術的解決の全部が必要だという話をしたい． ここでテーマにしているのは，著名OSSなど世の中にいくらでも知見が転がっている対象ではなく，特に企業内の十数人のチームでクローズドに開発しているなどして集合知に頼れない状況下でのドキュメントについてである． 非常に乱暴な言い方をするなら，「コードとか大部分は誰でも書けるようになるものなんよ，そんなところにマッチョイズムとか感じなくてええねん，我々の知的体力や組織性が真に試されるのはドキュメントちゃうんか」という気持ちです — 画力・博士号・油田 (@bd_gfngfn) June 3, 2022 ドキュメントに書く内容の必須項目或るシステム（ソフトウェアなど）について，そのシステムのことを全く知らない人を想定読者としたドキュメント
みずほ銀行システム障害に学ぶ
みずほ銀行システム障害の調査報告書が公開されたのがニュースになって、Twitterなどで色々な人がコメントをしているのを見た。140文字しか書けない空間で他人の失敗談の揚げ足取りをするのは簡単だが、そこからは一時の爽快感以外に何も得るものがないので、僕はそういうのはカッコ悪いと思っている。 そこで、ちゃんと読んでみたら全く他人事でない部分も沢山あるし、非常に面白く勉強になったので、ブログにまとめてみる。 技術的な話 銀行のシステムがどのようになっているのか、全然イメージが湧いていなかったので、それがまず勉強になった(p.29)。 トラフィックのソースに応じて用意された色々なシステムから基幹システム「MINORI」の取引メインバスにトラフィックが流れ、そこから各種システムへとリクエストが送られていく。この辺はService Oriented Architectureらしい。開発当時としては（
「ポンチ絵」が大好きだ。 なかでも官公庁のつくるポンチ絵がいい。 細かく書き込まれた文字にフリーのイラスト素材、あちらこちらを向いた派手な矢印と吹き出し、関係性を示す線……。圧倒的な情報量がぎゅうぎゅうに詰め込まれた1枚の資料……。それこそが至高のポンチ絵だ。 言葉で説明していても、きっとこの魅力は伝わるまい。まずはご覧いただこう。 環境庁による名作「地域循環共生圏（日本発の脱炭素化・SDGs構想）」とにかくうつくしい。見とれるほどに。 デザインを学んだ人なら眉をひそめるかもしれない。だが、その複雑怪奇な魅力にはあらがえない――。 いったいなぜこんなものが生まれたのだろうか。誰がどうやってつくっているのか。なんのために…どんな意味があるのだろう？ わからないことだらけだ。 そこでこの記事では、官公庁のパワポ資料（いわゆるポンチ絵）の独特さ、ポンチ絵が生まれた背景とその使命について考察し、ポ
「SEO に強い HTML の書き方」というツイートがそこそこバズっていて、その内容に対して駆け出しエンジニアの方たちが「参考になった」などと称賛の声を挙げていたのを見かけて思うところがあったのでこの記事を書きました。 元ツイの概要は次の通り。 body > main > article > sectionに h1は 1 ページに 1 つ（要キーワード） 見出しタグは毎度 section で囲む ヘッダーメニューは nav で囲む 画像に適切な alt を設定する title / description を書く 階層を意識して書く div はあまり使わない 画像は p で囲む この記事は元ツイおよび元ツイの投稿者を批判する意図で書いたものではなく、あくまで挙げられている内容に対する個人的見解をまとめたものです。 正しいか正しくないかをそれぞれの項目のはじめに書いていますが、あくまで僕個人の
はじめに AWS上で仮想ネットワークを構築できるAmazon VPCは、多くのAWSサービスが動作する基盤となる、非常に重要かつ多機能なサービスです。 多機能ゆえに公式ドキュメントやネット上の記事も断片的な機能の解説が多く、全体像を把握することが難しいサービスとも言えます。 そこで本記事はVPCの全体像を理解できるよう、各機能のつながりや動作原理を丁寧に解説し、 「VPC界の百科事典」 (あくまで例えですが…笑) となるような記事を目指したいと思います。 【追記】 実践編の記事を追加しました VPCの実画面での構築方法は、以下の別記事にまとめました。「VPCを実際に触ってみたい！」という方は、こちらもご一読いただけると嬉しいです。 VPCとは 「Virtual Private Cloud」の略で、クラウド上に仮想的なネットワークを構築するためのサービスです。 例えば、オンプレ環境でWebア
「神は細部に宿る」コレクション
1983年徳島県生まれ。大阪在住。散歩が趣味の組込エンジニア。エアコンの配管や室外機のある風景など、普段着の街を見るのが好き。日常的すぎて誰も気にしないようなモノに気付いていきたい。（動画インタビュー） 前の記事：最新家電にカバーをかけて昭和感をだす ＞ 個人サイト NEKOPLA Tumblr こだわりポイントを探す 人工物を作っているのは、言わずもがな人間である。その辺に存在するどんなに些細な物にだって、必ず制作者がいる。街の風景を形づくっているのは、各人が膨大な時間をかけて生み出してきた作品たちなのだ。 そのなかでも、特に制作者の思いが透けてみえる物件がある。私はそういう物件を愛している。 駐車禁止の看板を、ここまで作り込む必要は全くないだろう。「特に月木曜」という、蛇足にも思える追記が律儀さを加速させている 穴埋めクイズの正解はストリートビューを見れば分かるが、■と●の塗り分け方に
多摩ニュータウンの200年を歩く
多摩ニュータウンができて50年以上。総面積約3000ha、計画人口34万人という日本最大のニュータウン計画だったがゆえに、「第四の山の手」から「陸の孤島」「オールドタウン」まで、よくも悪くも世間の注目を浴び続けてきた街だ。 現代の東京に住んでいると当たり前の存在になっているが、「巨大な実験都市」とも言われるように、実は日本史上でも二度とあらわれない、貴重な場所なのかもしれない。 建造物は50年たつと文化財の仲間入りできるというけれど、一方で多摩ニュータウンは生きた街である。東京都は2040年代を見据えた都市計画を立てているらしい。 多摩ニュータウンの過去から未来へ。 これを機に、ニュータウン以前の多摩丘陵の面影、多摩ニュータウン黎明期、バブル～平成の多摩ニュータウン、そして未来の多摩ニュータウンについて…四世代にわけて、実際に歩いてみたい。 多摩ニュータウンのなにがすごいのか 1971年、
昨年7月末に4年半ほど勤めたDMMを退職しました。 その後はずっと長い夏休みを満喫してたんだけど、元同僚にあやしい取材をされて、記事が出るから宣伝のために退職ブログを書け、とか言われたのですよ。 結局取材記事↓の公開には全然間に合わなかったんだけど、記念に書いたのを公開しときます。 - 「大いにやらかし、飽きたら逃げよ」ー元DMM・個性派おっさんエンジニア 佐々木健のITジョブホッパー道 それと、そろそろちゃんと働かなきゃなあ、とも思うので、何をやってたのか等を含めてまとめておくのも大事よね。 そして、以下に書くことはあくまで個人の感想です。 人によっては同じできごとでも捉え方が全然違ったりするはずなので、書いてあることは全部信じることはせずに、取捨選択をしつつ、裏取りしつつ、用法・用量を守ってお使いください。 なぜDMMに入社したのか？DMMに入社する前は、24時間365日システムを監
注文住宅で15年後に後悔すること
・雨が当たるベランダ 100%漏水する。一見大丈夫でも接合部分のどこしら雨漏り＆乾燥を繰り返し建物の劣化が進んでいる。定期的にコーキング必須。 ・天窓 100%漏水する。太陽の位置の関係で、夏は暑く冬は太陽が入りにくく、メリットが低い。 ・出窓 雨が当たる部分は100%漏水する。窓の断熱性能を下げまくる上に、最終的に収納になるだけなのでメリットが皆無。 ・ウッドデッキ 天然木は腐ったり刺さるので論外。人工木は割れる。接合部分から漏水したり床下が湿気と虫たまり場になって建物に悪影響なのでメンテできないならやめるべき。 ・アルミサッシ、樹脂複合サッシ 自明。 ・無垢のフローリング 寿命が長いらしいが歪んでゴミや水が隙間に入ったりするし、何より高すぎる。突き板か挽き板で十分で、劣化が目立ったら交換すればいい。 ・窯業系の外壁 窯業系サイディングはどんな高性能でも金属より寿命が短く、塗装を小まめに
プログラムがメモリをどう使うかを理解する(1)
この記事の狙い この記事は、端的に言えば この図が言わんとしていることを理解できるようになるための解説を目指しています。 昨今のプログラミング環境において、メモリの管理方法やその実態は、詳細を知らずとも目的を達成できるようになっています。といっても、実際にはメモリは無尽蔵に使えません。制約が厳しい環境下で動かさねばならないプログラムもありますし、多少潤沢に使える環境であっても、無駄に浪費するよりは、必要最低限のメモリで効率よく動作するプログラムの方が、多くの場面においては良いプログラムと言えるでしょう。 メモリのことなど知らなくてもプログラムを書けるのは一つの理想ではありますが、現実的にはその裏に隠されている（抽象化されている）仕組みを知っておいたほうが有利です。また、昨今のレトロゲームにおけるタイムアタックで駆使されるメモリ書き換えのテクニックなども、何故そういったことが可能なのかを知る
ミチトー1955 @micchito1955 株式会社やりたい放題の社員。土木業界出戻り組。帰ってきた三代目バカ息子。これからは好き勝手な事をしてやろうと決意した創業家出身の次期社長（多分）。営業、積算をメインに担当するも基本的には なんでも屋。1級土木施工管理技士、1級建設業経理士、2級舗装管理技士、測量士補、ビジネス法務エキスパート®取得済。
AWS Lambdaの環境がどのようになっているか、ユーザが用意したLambdaファンクションがどんな感じで実行されるかってあたりを可能な限り詳しく説明したいと思います。 はじめに 大前提 コールドスタート/ウォームスタート コントロールプレーン/データプレーン アイソレーション AWS Lambdaのコンポーネント群 同期実行かつ初回呼び出し（コールドスタート）、もしくはスケーリング 同期実行かつ再利用（ウォームスタート） 非同期実行 スケールアップ エラーハンドリング リトライ その他 ネットワーク まとめ はじめに この投稿は2020年9月29日の21時から開催予定のイベント（ライブストリーミング）で話す内容です。 serverless-newworld.connpass.com もし間に合えば、かつ時間があればぜひライブ配信のほうにも参加ください。 （2020.09.30 upda
日本の一般家庭の家は、他の国と比べると暑すぎる!? そこには、日本ならではの住宅事情があった…。 *本記事は、杉山義博氏の著作『“健康住宅”のウソ・ホント』（幻冬舎MC）から抜粋、再編集したものです。 「アルミサッシ」は人が住む空間で使うものではない 日本の住宅を悪くした大きな原因の一つが、アルミサッシです。家の断熱を考える上では、サッシ（窓）も重要な役割を果たします。サッシには、熱伝導率がもっとも低く高機能な樹脂製を選ぶべきです。 世界的に樹脂サッシは普及しており、アメリカ65％、イギリス76％、ドイツ64％、韓国80％の普及率です。しかし、日本ではまだ17％しか普及していません。なぜかというと、日本は戦後、工場での加工のしやすさを理由に、急速にアルミサッシが普及したためです。 そのため一般家庭では今でも多くの場合、アルミサッシが使用されています。しかし私は、アルミサッシは絶対使ってはい
リタイア世代から外国人家族まで、さまざまな人が住むタワマン。最大のネックは「修繕費」の問題で、見て見ぬふりをしているうちにタワマンが廃墟になってしまった、という可能性もあるのだ。 「修繕ラッシュ」が来た 都心の最高級リゾートをあなたの手に――。 東京湾を望む一棟のタワーマンション。歯の浮くようなコピーに夢を抱き、当時は購入希望者が殺到した人気レジデンスだったが、いまは見る影もない。 築15年、400戸近いマンションに、現在の居住者は3割にも満たない。外壁に割れが目立ち、エントランス前は雑草が伸び放題になっている。 ジムやバーなどの共用部は閉鎖されて数年が経つ。次のマンションの頭金にもならないほど資産価値は下がり、引っ越すこともできず、逃げ場を失った人たちがただ住んでいるだけ……。 いま、タワマン人気はピークにある。不動産経済研究所の調査によると、'08年から'17年の10年間で、首都圏には
おはよう人類。 インフラストラクチャーという言葉は、元々ラテン語に語源があり、inferus(下部の)という言葉とstructura(構造体)という二つの言葉を合成した言葉で、言葉の意味としても、社会構造の中で上部構造である政治基盤に対応する経済基盤としての使い方(主にマルクス経済学で用いられる)と、道路や橋だけででなく教育機関など公共性の高い社会基盤の意味で用いられる。特に、後者の意味が強いのだが、インフラストラクチャーの供給源というのは国や公共的な組織だけにとどまらず、電力会社や鉄道会社、金融機関のように私有なのだが、その性質上インフラストラクチャーとして扱われるものも多い。 こういった企業を(広い意味で)インフラ業と呼ぶことも多いのだが、その公共性の高さから私有にもかかわらず、その運営には様々な規制が加えられていることが多い。設立に免許や認可が必要で、運営に関しても一般の企業とは異な
従来のGoogleアナリティクスである、ユニバーサル アナリティクス（以下UA）のサポートがいよいよ2023年7月に終了することが、先日アナウンスされました（※）。昨年対比やトレンドをチェックすることを考えると、2022年内できるだけ早めに次世代のGoogleアナリティクス（以下GA4）へ移行したいWebメディア運営者も多いかと思います。新しいツールの勉強や、既存システムの改修が必要な問題ではありますが、この機会を、データ収集・可視化の設計を見直し、日々の意思決定の共通言語としてデータを使いやすくするチャンスと捉えてみてはいかがでしょうか。 ※ Google、ユニバーサルアナリティクスのサポートを2023年7月1日に終了。早めのGA4移行を推奨 このnoteでは、前半でダッシュボードによるデータの可視化にコストをかけるべき理由を整理します。後半では、2021年秋に文春オンラインのダッシュ
ひきこうもり @Hikikomori_ 日本の家はいくらエアコンを効かせても、窓に使われているアルミサッシの断熱効果がしょぼすぎるので、関東地方でも部屋の中が、命の危険すらあるほどめちゃめちゃ寒いという話を、クローズアップ現代でやってて、ソーラーパネル設置義務付けなんかより、窓を二重にした方が電気代減ってエコになりそう 2023-01-17 19:46:15 ひきこうもり @Hikikomori_ 北海道や東北地方なんかだと、家屋の窓を二重にするの当たり前になってるそうだけど、冬場の暖房代が減るのはもちろん、夏場でも部屋の温度が保たれて冷房代減る効果もありそうだし、初期投資で家立てる時に少しお金足すだけでずっと使えるので、関東地方や関西地方でも二重窓が標準になったら良いのに 2023-01-17 19:52:41 ひきこうもり @Hikikomori_ 窓に使われているアルミサッシの事ぐぐ
日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR（長すぎて読みたくない） 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能
Excel設計書を抹殺したくて4年前にWiki設計書を導入したら、意外とちゃんと開発回ってた話。 - Qiita
初めましてこんにちは。 最近コードレビューの記事書いたら、Excelベースだったことを理由に Qiitaコメントとはてブで徹底的に燃やされたおじさんです。 いやね、僕だって使いたくて使ってるわけではなくてね、 できることなら使いたくないんですよ。 というわけで名誉挽回のために脱Excelできた話、 それも日本の三大悪三大風習に数えられるExcel設計書を抹殺した話を書きます。 (2/25修正：悪は言いすぎました。訂正します。） Growi 最高。 またの名をExcel方眼紙。 エクセルのセルの縦横を同じくらいの大きさに調整し方眼紙のようにして、 そこに設計書として文字と図と表を記載する方式。 メリット 一つのファイルに文字と図と表がまとめて記載できる テキストでは文字は書けても図と表が書けない Wordでは、文字と図表エリアとを2列表示するのが難しい できなくはないが面倒くさい UMLモデ
魅惑のデパート搬入口の世界
読者諸兄はデパートに行ったらどこが気になるだろうか？デパ地下？ファッション売り場？ 増田は搬入口の場所だ。売り場で何売ってるかなんてどこから搬入するかに比べたらどうでもいいことだ。この文書を読んだら君もきっとそうなる。 売り場で物が売れたらそれを補充しなきゃならない。その搬入口は大抵ビルの裏にある。 しかしデパートがある場所というのは一等地だ。バックスペースである搬入口なんかの為に一等地を使うのは余りに勿体ない…。 という事で離れた場所に搬入口が設けられて秘密の通路で結ばれていることがあるのだ。 それを幾つか紹介するよ。 因みにこういう所は仕事でしか入れないもので、増田が仕事で行ったり同僚に聞いた入りした事がある個所に限られるから偏りはあるよ。 池袋LABIヤマダ電機が運営する池袋LABIは元は池袋三越だった。開業は昭和29年の地下鉄丸の内線の前年か同年と古い。 LABIの裏に都道があって
首里城で火災「正殿」などが全焼 那覇 | NHKニュース
那覇市にある「世界遺産」の首里城跡に復元された首里城で起きた大規模な火災では、「正殿」など主要な建物が全焼し、琉球王国時代から伝わる貴重な収蔵品の多くが焼けたものとみられています。警察などは、あす（１日）午前から現場で検証を行うなどして詳しい出火原因を調べることにしています。 31日未明から那覇市にある首里城で11時間にわたって続いた大規模な火災では、城の主要な建物の「正殿」や「北殿」、それに「南殿」などが全焼しました。
ニュージーランドの家は人間が住むものではない
日本では次期総理がどうやら決まり、内閣も発表されたのでニュージーランドの住宅事情について書く。 ニュージーランドのオークランドでは、毎年凄まじい勢いで値段が上がっており、その実態に比べてあまりにも不釣り合いであるということはもう長いこと言われている。だがちっとも問題が解決しないばかりか、どんな掘っ立て小屋であってもミリオンダラーになっており、もはや家を買える人は金持ち下投資家以外にいなくなった。中流といえども家を買うのは簡単ではない。 これについては、ニュージーランドファースト政党のウィンストンピータースが「オーストラリア人や中国人が投資目的で家の値段を釣り上げまくっているから外国人に家を売るべきではない」という議論を国会で行い、家を買うためには永住権が必要になったが、相変わらず住宅価格は値段が上がっている。金持ちからしたらそんな物道とでもなるというのをまざまざと見せつけられた瞬間だ。 価
クリーンアーキテクチャ完全に理解した
clean_architecture.md 2020/5/31追記: 自分用のメモに書いていたつもりだったのですが、たくさんのスターを頂けてとても嬉しいです。 と同時に、書きかけで中途半端な状態のドキュメントをご覧いただくことになっており、大変心苦しく思っています。 このドキュメントを完成させるために、今後以下のような更新を予定しています。 TODO部分を埋める 書籍を基にした理論・原則パートと、実装例パートを分割 現在は4層のレイヤそれぞれごとに原則の確認→実装時の課題リスト→実装例という構成ですが、同じリポジトリへの言及箇所がバラバラになってしまう問題がありました。更新後は、実装時の課題リストを全て洗い出した後にまとめて実装を確認する構成とする予定です。 2021/1/22追記: パートの分割と、クリーンアーキテクチャという概念の定義について追記を行いました。大部分の実装例パートを中心
設計原則はよい設計をするための指針です。 では、よい設計とはなんでしょうか？ もっとも重要なソフトウェア品質は発展性 ソフトウェアの発展性がビジネス価値を生む 発展性をうみだす７つの設計原則 モジュール化 モジュール化の２つのアプローチ 型によるモジュール化 手続き的なモジュール化 関心の分離 関心の4象限 入出力と計算・判断の分離 業務の関心と実装の詳細の分離 もっとも複雑な関心事（ビジネスロジック）の分離を徹底する カプセル化と抽象化 カプセル化 ビジネスロジックのカプセル化 抽象化 データ抽象 ビジネスロジックとデータ抽象 高凝集と疎結合 凝集度 結合度 隠された結合性の問題 定義の一点性 見た目が同じコード 7つの設計原則の学び方 コードの実装例 ドメインオブジェクト設計のガイドライン 実践ガイドとして使える本 設計の考え方を理解するための本 もっとも重要なソフトウェア品質は発展性
一休の現在と、ここまでの道のり
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
皆さんこんにちは、エンジニアの西尾です。 新しい機能・サービスを開発する際、私は特にデータベース設計に気をつかいます。 データベースはシステムの土台です。 土台が不安定だと、その上に積み上げていくアプリケーションコードがいびつなものになり、つらい思いをします。 また、一度動き出してしまったシステムのデータベース設計を変えるのは、容易なことではありません。 データベース設計には”これだ！”という正解はないと思っています。 サービスの特徴、システムの性質、toB向け/toC向け、Readが多い・少ない、Writeが多い・少ない。 その他もろもろの背景により、データベース設計の仕方も変わってきます。 このテーブルは正規化していないから駄目だ、この設計はいわゆるポリモーフィック関連だから使ってはいけない、などということはありません。 アンチパターンと呼ばれるものも時と場合によっては正解になります。
住宅会社選別チェックリスト
木造でも鉄骨造でも〇〇工法でも、耐震等級3が合格ライン 南海トラフでM8〜9クラスの地震が発生する確率は「50年以内に90%程度かそれ以上、30年以内に70～80％」これを無事に乗り切るには耐震等級３が必須であるということは、構造の専門家の間では常識となっています。 一般の方は鉄骨... さらに突っ込んで確認するのであれば、構造計算の方法を聞いてみてください。計算方法の種類は、簡易計算である「壁量計算」、本来の構造計算である「許容応力度計算」、そして、型式認定という3つの方法に大別されます。（※型式認定は大手ハウスメーカーが取り入れている構造検討方法です。）三階建て以上では許容応力度計算が義務づけられていますが、平屋、2階建住宅においては9割以上の住宅会社が壁量計算しかしていません。かつて芝浦工業大学にてランダムに100物件分の簡易計算の住宅図面を集めて許容応力度計算を行うという試みが行わ
エンジニアの佐野です。今日はカンムの決済システムでユーザの残高管理をどうやっているかについて書きます。 カンムの製品であるバンドルカードはプリペイド方式のカードです。ユーザによる入金、店舗での利用、運営事由の操作などによりユーザの残高が増減します。このような残高の管理について単純に考えると user_id と balance と updated_at あたりをもったテーブルを用意して balance と updated_at を更新していく方法があるかもしれません。しかしながらカンムでは残高を管理するテーブルを持たず、これらイベントの履歴のみで残高を管理しています。以下、本記事ではこれらユーザの残高が増減するイベントのことをトランザクションと呼びます。ここでは DB の Transaction Processing を意味しません。 本記事のポイントは 残高を管理をするテーブルは作らず、ト
有名企業のエンジニア向け研修資料まとめ - Qiita
はじめに 今回は有名企業の公開されているエンジニア新人研修資料をまとめました。 昨今、新人向けの研修資料を公開する企業が増えています。 またクオリティーがかなり高いものが多く、初級者~中級者でも学びがある資料となっています。 資料の作り方も勉強になるので「勉強会で登壇している人」「企業の研修担当の人」にも有益な資料になっています。 この記事の主な対象者 有名企業の研修資料を網羅的に見たい人 エンジニア初級~中級者の人 独学で学習をしている人 研修資料の作成を今後していきたい人 ミクシィ まずはじめに紹介するのは、毎年新人向けの研修資料を公開している株式会社ミクシィです。 ミクシィの研修資料で公開されている内容は、 Git研修 データベース研修 設計・テスト研修 コンテナ研修 iOSアプリ開発研修 Androidアプリ開発研修 フロントエンド研修 ゲーム開発研修 Flutter研修 AI研修
個人的UIデザインの情報源まとめ
どうも。 最近エンジニアからデザイナーになったものです。 最近UIデザイナーになってUIデザインの情報源って意外とまとまってないなと思ったので、個人的によく参考にする情報源をまとめました。 ここに載ってないやつでおすすめの情報源あればコメントとかで教えてください。 OSガイドライン OSのデザインガイドラインはUIデザイナーだったら必ず読んでますよね。 Material Design デザインシステム的な話から装飾、カラーツールなどデザインに必要な話がとてもたくさん詰め込まれているためデザイン学習の教材として非常に優秀です。コンポーネントもユースケースやスペックまできちんと網羅されていて参考になるし、金と手間隙かかってるなあと思います。 Blogもあり、更新頻度は高くないですが面白い記事が多いのでたまに読んでいます。 Human Interface Guidelines こちらはApple
この町並みがすごい！～ユニークな町並みコレクション
日本の各地には、伝統的なスタイルの家屋が建ち並ぶ町並みが存在する。高度経済成長期から現代にかけての都市開発や建て替えによってその数はだいぶ減ったものの、それでも今もなお昔ながらの風情を残す地域は少なくない。 私は全国の古いモノ巡りをライフワークとしており、これまでそれなりの数の町並みを見てきた。今回はそんな私の偏見と独断による、すごいと思った町並みを紹介したい。 1981年神奈川生まれ。テケテケな文化財ライター。古いモノを漁るべく、各地を奔走中。常になんとかなるさと思いながら生きてるが、実際なんとかなってしまっているのがタチ悪い。2011年には30歳の節目として歩き遍路をやりました。2012年には31歳の節目としてサンティアゴ巡礼をやりました。（動画インタビュー） 前の記事：市街地に囲まれた田んぼはどこから水を引いているのか ＞ 個人サイト 閑古鳥旅行社 Twitter 奇跡の寺内町「奈良
社内ドキュメントはなぜ更新されないのか？情報の鮮度を最小限の運用負荷で維持する「イミュータブルドキュメントモデル」のススメ - KAKEHASHI Tech Blog
はじめに こんにちは。カケハシの各プロダクトを支えるプラットフォームシステムの開発チームでテックリードを担当しているkosui(@kosui_me)です。 プロダクト開発の世界では、明瞭な社内向けドキュメントを書くための方法が数多く提案されてきました。読者の中には、製品要求を明瞭にするためにPRD (Product Requirements Document、製品要求仕様書) を書き、プロジェクトの背景から全体の設計やその代案について明瞭にするためにDesign Docsを書き、アーキテクチャに関する意思決定の記録を明瞭にするためにADR(Architecture Decision Record) を書いてきた方も数多くいらっしゃると思います。 しかし、どんな素晴らしいドキュメントも、何故か更新されなくなります。新メンバーへのオンボーディングのためにインフラ構成図を検索したあなたが見つけた
Google Cloud 公式ブログ
404。 エラーが発生しました。リクエストされた URL /blog/ja/products/api-management/understanding-grpc-openapi-and-rest-and-when-to-use-them はこのサーバーで見つかりませんでした。お知らせできる情報は以上です。
こちらのReddit投稿 (https://www.reddit.com/r/sysadmin/comments/eaphr8/a_dropbox_account_gave_me_stomach_ulcers/) の和訳記事です。本番環境でやらかしかった人シリーズが盛り上がっていたので波に乗って（？）Twitterにヤバすぎる恐ろしい話が流れてきたのをすかさず和訳してみました。やらかしちゃった人というよりはやらかされちゃった人目線ですがいずれにせよそこら辺の怪談話よりよっぽど怖いです。 Dropboxのアカウントのせいで胃潰瘍になった。 皆は誰もが触れたがらない、会社を靴紐やガムやクリップでつなぎとめている「例のアレ」を見つけたことってある？そういうのって往々にして大型連休前の金曜午後4:45に落ちるし、般若のような様相を呈した上司が「このままだと第二のスターリングラード攻防戦が勃発するぞ
![[和訳] Dropboxアカウントのせいで胃潰瘍になった - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/cfe25d65ffe67fbb0c844ee749942434d97f2903/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZ0eHQ9JTVCJUU1JTkyJThDJUU4JUE4JUIzJTVEJTIwRHJvcGJveCVFMyU4MiVBMiVFMyU4MiVBQiVFMyU4MiVBNiVFMyU4MyVCMyVFMyU4MyU4OCVFMyU4MSVBRSVFMyU4MSU5QiVFMyU4MSU4NCVFMyU4MSVBNyVFOCU4MyU4MyVFNiVCRCVCMCVFNyU5OCU4RCVFMyU4MSVBQiVFMyU4MSVBQSVFMyU4MSVBMyVFMyU4MSU5RiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9OWE3ZTFkMTU0YWI4ZTJjZmRlN2I4ZmZiMTMxZjY2YzA%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwa3RueXQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTdjZmEwZDlkNWY2ODBmMWY5YWVkNDRmN2ZkN2ZkOTM0%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D7b9a3230e501617c002f6e9c6c939b9b)
Web 技術の調査方法 | blog.jxck.io
Intro 「新しい API などを、どうやって調べているのか」「仕様などを調べる際に、どこから手をつければ良いのか」などといった質問をもらうことがある。 確かにどこかに明文化されていると言うよりは、普段からやっていて、ある程度慣れてきているだけなものであり、自分としても明文化していなかったため、これを機に解説してみる。 やり方は一つではない上に日々変わっていくだろうが、頻繁にこの記事を更新するつもりはない。また、筆者は実務で必要になるというよりは、ほとんどを趣味でやっているため、このやり方が合わない場面は多々有るだろう。 スコープとしては、ライブラリ、ツール、フレームワークなどではなく、 Web プラットフォーム関連の標準やブラウザの実装状況などに限定している。 Scope 従来からあり、広く認知された API については、情報も多く調査の敷居はそこまで高くないため、今回は議論が始まって
10年モノのサービスをアーキテクチャから再設計─はてなブックマークがScalaとDDDを使う理由 - エンジニアHub｜Webエンジニアのキャリアを考える！
10年モノのサービスをアーキテクチャから再設計─はてなブックマークがScalaとDDDを使う理由 10年以上運用されているサービスには、さまざまな技術的な負債が発生しています。今後の継続的な改善のため、いったん新規開発を止めて4年かけて全面的なリニューアルを実施した「はてなブックマーク」の開発者に、プロジェクトの課題や解決する手法などを聞きました。 改善1つに数カ月かかるなら全てを書き換えられないか 2000年代にトレンドだった開発手法の負債 過去の開発意図を探る考古学的手法 データセンター移行も見据えて刷新しよう ドメインモデル設計とScalaとマイクロサービス化 コアロジックにはScalaを採用 きちんとしたドメインモデルによる設計と実装を継続したい 段階的なリリースとデータの移行という2つの大きな課題 求められる機能に沿ったデータベーススキーマに再構築 新旧の2システムを維持しながら
前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員＋組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ
異端の建築家、安藤忠雄。大阪の下町に育ち、17歳でプロボクサーとして活動したのち、独学で建築の道へ。大阪を拠点に世界で活躍する。「学歴も社会基盤も、特別な才能もない。困難ばかり。ひたすら全力で生きるしかなかった」。今年、79歳。がんで5つの臓器を摘出するも、いまだ現役だ。一心不乱に生きること、不屈の精神を語る。（取材・文：塚原沙耶／撮影：殿村誠士／Yahoo!ニュース 特集編集部）
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Reactベストプラクティスの宝庫！「bulletproof-react」が勉強になりすぎる件
横向きA4サイズの現代アート。霞が関の「ポンチ絵」はどうして生まれたか？ その知られざる使命とは｜narumi
「SEOに強いHTMLの書き方」についての個人的な見解
Amazon VPCを「これでもか！」というくらい丁寧に解説 - Qiita
DMMをだいぶ前に退職しました｜sasakipochi
最近のiPadを使えば、解体予定の建物も気軽に一棟丸ごとスキャンして思い出に残せる「うちのお婆ちゃん家もスキャンしたい」
AWS Lambdaの裏側をなるだけ詳しく解説してみる - Sweet Escape
意外と知られてない…日本の家が「暑すぎる」とんでもない理由 | ゴールドオンライン
2022年、タワマンの「大量廃墟化」が始まることをご存じですか（週刊現代） @moneygendai
銀行の基幹系システムはなぜ複雑なのか？｜つっちーさん
文春オンラインの記事分析を支える爆速ダッシュボードを作るまで｜Shota Tajima
日本の家はどれだけ暖房を効かせても肝心な部分の断熱がダメで暖かくならない→海外では使用禁止の国もある代物らしい
アプリケーションにおける権限設計の課題 - kenfdev’s blog
7つの設計原則とオブジェクト指向プログラミング - ソフトウェア設計を考える
データベース設計の際に気をつけていること - 食べチョク開発者ブログ
決済システムの残高管理周りの DB 設計と戦略 - カンムテックブログ
NTTとIPAの「シン・テレワークシステム」はラズパイだった。1ユーザーあたり月14円で運用可能
[和訳] Dropboxアカウントのせいで胃潰瘍になった - Qiita
失敗したエンジニア組織施策としくじりの反省｜nottegra@在宅勤務
「お金は社会に還元して死ぬ」――「暴走族」安藤忠雄79歳、規格外の人生 - Yahoo!ニュース