生まれ変わったらデザインシステムになりたいと思っているくらい、デザインシステムが好きなエンジニアの乗田です。 僕の入社の経緯や業務内容についてはこちらからご覧いただけます！ デザインシステムとは デザインシステムとは、ソフトウェアやグラフィックなどにおけるデザインの原則や指針と、それらを実現するための仕組みの集合体です。デザインシステムのメリットは、低コストで高速に一貫性のあるデザインを実現しやすくなるという点にあります。 一般的にデザイン原則にはタイポグラフィ・カラーシステムやボイス&トーンなどが含まれ、仕組みにはコードベースのUIコンポーネントやデザイントークンなどが含まれます。 しかしデザインシステムにおける必須要素の定義はありません。それ故にデザインシステムは、各組織にとって必要なデザイン原則やデザインアセットが集合した物と言い換えることもできるでしょう。 古い物ですと1975年に
C# で出来ること一覧 - Qiita
更新履歴 2020/03/23 IoT について追記 その他に帝国兵さんのツイートを追加 サーバーレスカテゴリーを追加して AWS Lambda を追加 ASP.NET Core Razor Pages を追記 2020/03/24 kennakamu さんの「個人的に C# が向かないと思うこと」へのリンク追加 本文 昔ブログにこんな記事を書きました。 C# で何か出来るのか？まとめてみた あれから 2 年が経って昔からある Windows 専用の .NET Framework に対する新機能の提供が終わり、クロスプラットフォームに対応した .NET Core が今後のメインストリームとして .NET 5 → .NET 6 のように進化していくことが 2019 年 5 月の Build 2019 で発表されました。以下の Blog 記事がアナウンス後に発表されています。 Introduc
「客観性こそ真理」とされる風潮に、落とし穴はないかと疑問を投げかける大阪大大学院教授の村上靖彦さん＝大阪府吹田市で2023年7月3日、清水有香撮影 「それってあなたの感想ですよね」「エビデンス（根拠）はあるの？」。今はやりの語り口は、数字やデータに基づく客観性こそ「真理」だと信じる社会の風潮を映し出している。 そこに罠（わな）はないだろうか？ 大阪大大学院教授の村上靖彦さん（52）は、新著『客観性の落とし穴』（ちくまプリマー新書）で「客観性と数値化に対する過剰な信仰」の背景や、それによって生まれる差別を描いた。そして、罠から抜け出すための視点も示す。 本書は6月の発売当日に重版が決まるほど話題に。村上さんは「すごく意外でしたね。まだ誰も読んでいないのに」と戸惑いつつも「エビデンス重視で数を大事にする世界に生きていて、みんな息苦しいのかなと思いました」と語る。 数字と競争への強迫観念 大阪市
本稿では、分析用のSQLを書くときに則っている思考回路について述べて行こうと思います。 この言語化はあまりきちんとされている印象が無いので、自分がそこそこ初めての言語化だと思って頑張ってやってみようと思います。 言い換えれば、私はこういう思考回路でSQLを書きますが、みなさんどうですか、という話でもあります。 あとは、前提として、現代的な分析用の分散エンジンにSQLを投げるときを考えています。それ以外の場合はむしろ非効率になることも多いかもしれません。 0.問題設定今回の題材は、待てばチケットが復活する無料単話があり、有料で無料単話も買える、そして単行本購買もできる、というマンガサービスとしましょう。 このサービスの企画者から、チケットで無料単話だけ読むユーザが、もし有料で単話を買うようになったらどれくらい売上が伸びるのか教えてほしい、という依頼が来たとします。 これを仮説形式に直すと、
2020年危険なソフトウェアの脆弱性トップ25が発表
United States Computer Emergency Readiness Team (US-CERT)は8月20日(米国時間)、「2020 CWE Top 25 Most Dangerous Software Weaknesses｜CISA」において、アメリカ合衆国国土安全保障省システムエンジニアリングおよび開発機関（HSSEDI: Homeland Security Systems Engineering and Development Institute）から、2020年Common Weakness Enumeration (CWE：共通脆弱性タイプ一覧)におけるソフトウェアに深刻な被害をもたらすおそれがある脆弱性トップ25が発表されたと伝えた。攻撃者はこうした脆弱性を悪用して影響を受けるシステムを制御したり、機密情報を窃取したり、サービス妨害攻撃(DoS: Denial
組織はツリーではない - Jim Coplien さんのスケールフリーネットワーク論 - kawaguti’s diary
RSGT2020の基調講演をやっていただく Jim Coplien さんによる、大規模組織のお話がありました。 この話を聞くのは実は三回目(飲み屋、ウィーンでのScrum Gathering、今回)ですし、ありがたいことに、色んな人に日本語で説明することもあるので、周りの人とも話しながら自分なりの認識がまとまってきました。 いや、お前のまとめなんていらないんだよ、とは思いますが、全体をちゃんと書くのは難しいので(ビデオとっとくべきでした)、ざざっと書いておきます。 人々は組織をツリー構造*1で考えがちで、実際に公式な組織アサインはそのように運営されがちだが、末端のノード間やたすき掛けのようなつながりは自然に起きていて、それによって情報流通の効率性が維持されている。これは、兼務をつけて複数部署にマネージャーを頭出しさせるのとも違うし、マトリックス型組織でプロジェクト運営するのともちょっと違う
「Unity」の名称、Unity のロゴ、およびその他の Unity の商標は、米国およびその他の国における Unity Technologies またはその関係会社の商標または登録商標です（詳しくはこちら）。その他の名称またはブランドは該当する所有者の商標です。
新規登録 UI まとめてみた｜あき
シンプルだけど難しい「新規登録」のデザイン。 派手さはないけど、地道な工夫の繰り返し。 新規登録まわりで離脱の少ないデザインを勉強したかったので、いくつかアプリをスクショしました。自分用で作成しましたが、誰かの参考になればと思います。 また、まとめ内のコメントは個人的感想です。まだまだ勉強中なので、お気軽にご意見いただけるとうれしいです〜。 パターン一覧 1. 登録必須型 2. 登録先行型 3. 利用先行型 4. メリット先行型 目的別の参考事例 1. 不要な遷移を削る 2. 不要な操作を削る 3. わかりやすく伝える 4. 魅力的に伝える おわりに ・最適な新規登録のタイミング ・注意すべきデザインの視点 ・スクショの保管場所1. 登録必須型ユーザー登録なしではアプリが利用できないパターン。 傾向 母数としては一番多い形式。プロフィールが大切なフィットネス系では、利用前にかなりの入力を求
JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。
金融庁では、監督指針等に基づき、金融機関からシステム障害等の報告を受領するとともに、障害からの復旧状況、障害の原因及び再発防止策等について、必要に応じて確認やヒアリング等を行っています。 金融庁では、例年、金融機関からのシステム障害の報告等に基づき、システム障害の傾向、原因及び対策を分析した結果をレポートとしてまとめ、金融機関のシステムリスク管理上の参考となるよう公表しています。 今般、2023年度（2023年４月～2024年３月）に報告書を受領したシステム障害の傾向、並びに、2018年７月から2024年３月までに報告書を受領したシステム障害のうち代表的な事例の事象、原因及び対策についてまとめましたので、公表します。 「金融機関のシステム障害に関する分析レポート」（PDF：1,668 KB） 「金融機関のシステム障害に関する分析レポート」の概要（PDF：495 KB） なお、今般のレポート
証券コード英文字組入れ | 日本取引所グループ
証券コードとは、証券コード協議会が日本の上場株式やその他の上場証券などに対して設定する識別コードをいいます。 現在のコードは「9809」のように数字4けたで設定されておりますが、2024年1月以降は「130A」のように英文字が入ったコードが設定されます。 これにより、投資家が2024年1月以降に新規上場の承認が発表された上場株式等の発注でコードを使う場合は、数字のほか英文字も入ったコードを使用することになります。 ただし、それ以前に既に設定されているコードが変更されることはありません（数字のみのコードのままです）。 例えば、株式会社日本取引所グループの証券コード「8697」は2024年1月以降も継続して当該コード（8697）を使用します。 証券コード協議会は、上場会社等に付番する証券コード（「1300」から「9999」までの数字4けたの「株式固有名コード」のこと。）の設定可能な残コード数が
チームトポロジーを読んだ感想
はじめに 最近、チームってどんな構成にするのがいいんだろうか？と考えることがあって、参考になる情報がほしかったのでこの本を読んでみた。この本は組織設計について書かれた本で、次のようなことが書かれてる。 どうチームを構成するか？ チーム間のコミュニケーション（インタラクション）をどう設計するか？ 定義したチーム構成やコミュニケーションの設計をどう変化させていくべきか？ チームファースト、コンウェイの法則などの考え方をベースにこういった問いに答えており、具体的な事例も紹介されつつ説明されていたので、わかりやすかった。 個人的に特に知りたかったことが、１つのチーム内で複数のプロダクトを扱うときのアプローチ方法だった。この本はコンウェイの法則推しなので、境界線をみつけてチームを分けた方が良さそうだと思いつつ、よく読んでみると組織のサイズやソフトウェアの規模が小さい場合は、必ずしもこの法則に従わなく
ゲームディレクターとして動いていると、企画やできたもののフィードバックをよくする。そうすると必要なのは、UX（ユーザー体験）を言語化して説明をして納得をしてもらうことだ。一緒にやっているプランナーから、UXの分解・言語化をどうやっているのか？という質問が来たので、書いてみる。 ゲームディレクターは、なぜUXの分解・言語化が必要なのだろうか？ これは簡単で、自分が感じていることを言語化できないとチームメンバーに伝えることができず、納得感を持って作ってもらうことができないためだ。「なんとなくダメ」とか、「理由は説明できないけどこうして」という指示は、繰り返せば繰り返すほどやらされる方はしんどくなっていく。当たろうが外れようが、何をやっているのかよくわからなくなってくる。主観ではなく、客観で伝えることができないと、チームは納得がしにくい。なので、ゲームディレクターにはUXの言語化能力がとても必要
話したネタ デザインパターンとは？ ソフトウェアパターン 書籍: オブジェクト指向における再利用のためのデザインパターン Gang of Four 進研ゼミみたいなもの Composite パターン デザインパターン以外のソフトウェアパターンとは？ アーキテクチャパターン、アンチパターン、コンカレンシーパターン AWSクラウドデザインパターン パターンにはフォーマットがある GoFのデザインパターンはいつ頃生まれたもの？ GoFのデザインパターン登場時に、ソフトウェア業界では何が起きていたのか？ Ruby 20 周年記念パーティーレポート ―― プログラミング初心者の運営スタッフが見た Ruby コミュニティ C、C++、Perl、Smalltalk、Visual Basic の時代 デザインパターンには、どういうカテゴリがある？ 生成・構造・振る舞い Javaのクラスライブラリにおけるデ
Rust vs. Haskell
Rust and Haskell don’t shy away from powerful features. As a result, both languages have steep learning curves when compared with other languages. Trying to learn Rust or Haskell can be frustrating, especially in the first couple of months. But if you already know Rust, you have a head start with Haskell; and vice versa. In this article, we want to show how knowledge of one of these languages can
このエントリーはSayanさんによるUnderstanding the AGPL: The Most Misunderstood Licenseの日本語訳になります。 オープンソースの出現は、ソフトウェア産業全体を一変させました。しかし、オープンソースのコードを使って誰が何をできるかを管理することは課題でしたし、今も解決していません。オープンソースライセンスはそこに救いの手を差し伸べました。しかし、常に次のことを忘れないでください：石のない土地はなく、骨のない肉はありません。OSI（オープンソースイニシアチブ: オープンソースを促進することを目的とする組織）が承認したライセンスは80以上あり、その数はさらに増加しています。それぞれのライセンスには利点と欠点があるため、オープンソースの開発者は自分のプロジェクトにあったライセンスを選ぶのは簡単ではありません。Affero General Pu
こんにちは。最近、Reactでのステート管理において「useStateの中にステートを置くのではなく、useRefで得たrefオブジェクトの中にステートを置いてuseState（またはuseReducer）をコンポーネントの再レンダリングを発生させるためだけに使う」というやり方を複数の記事で見かけました。このパターンは、今（React 17以前）は動くけどReact 18でアンチパターンに変貌するやり方なので、啓蒙するためにこの記事を用意しました。 ステート（コンポーネントのレンダリングに使用される値）は、useRefではなくuseState（またはuseReducer）をちゃんと使って管理するようにすれば、React 18以降も安泰です。 useRefをステート管理に使うパターンとは こういうやつです。 // 普通のやり方 const Counter1: React.VFC = () =
なんとなくのにじさんじライバー分類図
右上に行くほど落ち着いていて、左下に行くほど個性的、っていうイメージ。清楚鈴谷アキシスター・クレアベルモンド・バンデラス鈴木勝ルイス・キャミー小野町春香桜凛月モイラレヴィ・エリファエリー・コニファー来栖夏芽愛園愛美ニュイ・ソシエール物述有栖雪城眞尋先斗寧戌亥とこ舞元啓介天宮こころ葉加瀬冬雪アクシア・クローネフレン・E・ルスタリオドーラ家長むぎ西園チグサレイン・パターソンイブラヒム社築森中花咲アルス・アルマル瀬戸美夜子竜胆尊夢追翔天ヶ瀬むゆ朝日南アカネ長尾景白雪巴安土桃鷹宮リオン健屋花那夜見れな神田笑一夢月ロアラトナ・プティ緑仙叶加賀美ハヤト魔使マオ奈羅花飛鳥ひな渋谷ハジメ早瀬走ガキ椎名唯華星川サラリゼ・ヘルエスタ静凛黛灰大人笹木咲海妹四葉甲斐田晴ローレン・イロアスオリバー・エバンスえま★おうがすと東堂コハク葛葉夕陽リリ弦月藤士郎宇志海いちご空星きらめ三枝明那春崎エアルシェリン・バーガンディ
Rust の DI を考える –– Part 2: Rust における DI の手法の整理 - paild tech blog
paild 社でお手伝いをしている yuki です。前回に引き続き Dependency Injection 略して DI の話題を書いていきたいと思います。今回は Rust における DI についていろいろと考えてみました。今回紹介する実装はかなり単純な例を用いたもので、この記事からさらにみなさんのアプリケーションの実装状況に合わせていくつか工夫は必要になるかもしれません。ただ、とっかかりとしては十分なものになっていると思うので、DI でお困りの方はぜひ参考にしてみてください。 今回実装したいアプリケーションのお題について 今回紹介する技法の種別について コンストラクタインジェクション 静的ディスパッチを用いたもの 動的ディスパッチを用いたもの 静的ディスパッチと動的ディスパッチの利点・欠点 shaku （DI コンテナ）を用いたインジェクション shaku の利点・欠点 余談: DI
今年「部門」を廃止、小学館漫画賞を通して考える「マンガ賞」の現在とこれから 審査員の島本和彦＆ブルボン小林にも話を聞いた 2024年4月16日 18:00 123 45 マンガ大国・日本。「手塚治虫文化賞」「講談社漫画賞」「マンガ大賞」「次にくるマンガ大賞」……プロのマンガ家による作品を表彰するマンガ賞が、日本にはいくつもある。そんな名だたるマンガ賞の中でも、69年というひと際長い歴史を持つのが小学館漫画賞だ。第69回となる今年度は山田鐘人原作・アベツカサ作画「葬送のフリーレン」、松井優征「逃げ上手の若君」、絹田村子「数字であそぼ。」、稲垣理一郎原作・池上遼一作画「トリリオンゲーム」の4作品が受賞した。3月に開催された贈呈式では、参列者も聞いていて思わず笑みがこぼれるような、受賞者・審査員の“マンガ愛”が弾けるスピーチの数々が披露された（参照：やっぱり私はマンガが大好き！受賞者・審査員の思
私たちはこれまで、様々なお客さまと一緒にリモートアジャイル開発を実施してきました。 リモートワークの時代に私たちの実践知が少しでも役に立つならという思いで、 ノウハウ集という形で公開させていただきます。是非ダウンロードしてお読みください。
スクラムではチームの成果にフォーカスする。 そのためには、個人で仕事をする形から、チームで仕事をする考え方にシフトしないとけない。 いわゆる Swarming という考え方で、チームが寄ってたかって一つの開発アイテムを進めることを意味している。 逆に、チームでバラバラと仕事を進めるわけではない。 イメージしにくい人は、アメフトの試合で、ボールがフィールド上にいくつあるのか（１つに決まっている）、チームはどのボールに向かっているのか（１つに決まっている）を想像してみるといいと思う。あっちもこっちもボールが転がってたら大変だ。面白そうだけど。 なぜチームで仕事をするのか 5つの機能がスプリントのスコープに入っているとする。 5人でこれらに取り組むとする。 効率を重視したこれまでのやり方で言えば、各自が分担してそれぞれの機能の開発を進める。 この場合、それぞれが進める中で、 レビューが必要になる
「DI使うとインタフェース地獄に陥るらしいから使いたくない」と言っていたA氏がインタフェースを使わずにDIで幸せになるまで - Qiita
「DI使うとインタフェース地獄に陥るらしいから使いたくない」と言っていたA氏がインタフェースを使わずにDIで幸せになるまでC#DIDependencyInjection依存性の注入 DIはインタフェース定義しなくても十分実用的だし、むしろそっちの方が本質だよ、という話をします。C#や.NETを使っていますが、それに限らず普遍的な内容です。 インタフェースと実装に分けるとか無理。DIなど不要！ 中堅社員のA氏は、**「DIっていちいち実装とインタフェース分けないとダメなんでしょ？。さすがにやってられんわ」**と言って頑なにDIを導入しようとしません。 DIはテスタビリティと併せて語られることが多かった為か、A氏は「注入するクラスは基本的にインタフェース定義しましょう」という記事ばかりを読んでいたのです。 インタフェースと実装を分けるとは、例えば次のような事です。 services.AddSc
DevOpsトポロジー
みなさんこんにちは。@ryuzeeです。 2021年12月1日に発売した『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』ですが、おかげさまで多くの方に読んでいただき感謝しています。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計著者／訳者：マシュー・スケルトン、 マニュエル・パイス、 原田 騎郎、 永瀬 美穂、 吉羽 龍太郎出版社：日本能率協会マネジメントセンター発売日：2021-12-01単行本：280ページISBN-13：9784820729631ASIN：4820729632 今日はこの「チームトポロジー」の元となったDevOpsトポロジーについて紹介します。 このアイデアは2013年に著者の1人であるマシュー・スケルトンが自身のブログに書いた記事をまとめたものです。 2013年頃といえばDevOpsが流行しはじめた時期だと思いますが、こ
アジャイルをスケールさせる手法に正解はない 自社のモデルを探す事例と課題 平鍋健児さんに聞く - Agile Journey
仕様書の通りのITシステムをカッチリと時間をかけて作っても、顧客に「依頼したものと違う」と言われてしまう。ソフトウェアエンジニアの「いいものを作りたい」という気持ちがビジネスに生かされていない。そう感じていた平鍋健児さんは、ピラミッドのように大きな建築物を数十年かけて作るやり方ではなく、生鮮食品のように鮮度を大切にしたアジャイルの開発手法に出会い、この20年を実践と普及に取り組んできました。 近年はビジネスの立場からも語られる「アジャイル」ですが、このインタビューではアジャイルを導入する企業がステージや事業規模に応じてどのような課題に直面するのか？ とくに、小さなスタートアップ企業がアジャイルネイティブから大きくなったメガベンチャーだけでなく、旧来の開発手法を続けてきた既存の企業が、自分たちにフィットしたアジャイルを見つけるときに参照できるいくつかの事例とあわせて紹介します。 アジャイルが
2019/09/15 大阪Ruby会議02 登壇資料 https://regional.rubykaigi.org/osaka02/ Fat Modelに対処する 6つのリファクタリングパターン
はじめにベンチャー企業でのマネージャー歴約10年ですが、10年経ってベンチャー企業に必要なマネジメントノウハウを体系化して、その体系化したものを人に教える仕事をしてます。 体系的にマネジメントを教わることなく、何かが起こるたびに都度経験から学んだり、上司から薫陶を得たり、書籍で学んだりしながら10年掛けて学びました。そして、それら断片的な学びをつなげて体系化しました。 体系化してみたら何のことはない、これが実行できれば必ず成果は出ます。 そして、経験が浅い新米マネージャーであっても、本マニュアルを元に徹底的にトレーニングされれば実行できるようになります。 マネジメントは経験でもセンスでもなく、業務マニュアルとして「型」化し実行可能です。 (本マニュアルはベンチャーに特化しています。ベンチャーという特殊なシチュエーションにフォーカスしなければ業務マニュアルのような各論ではなく一般論に終始して
そのクーポン機能は不正利用を防げる実装ですか？ - Webサービスにおけるクーポン機能の仕様とセキュリティ観点 - Flatt Security Blog
こんにちは。株式会社Flatt Securityセキュリティエンジニアの村上です。セキュリティ・キャンプ卒業後、新卒入社組としてFlatt Securityでセキュリティエンジニアをしています。 本稿では、BtoCのWebサービスにおいてマーケティング施策として頻繁に発行される「クーポンコード」及び「クーポン機能」のセキュリティ観点について考えたいと思います。様々なサービスが題材として考えられますが、今回はECサイトなどを例に解説していきます。 クーポン機能は割引やポイントの付与など直接的に金銭的な影響に繋がりますが、Googleなどで検索してみると分かる通りどのような対策をすれば良いのかという情報はほとんど知られていません。そこで今回は、クーポン機能を設計・実装する上でSQL Injectionなどの典型的な脆弱性以外でどのような点に気をつければ良いのかについて解説を行います。 Flat
ゲームの仕様書を初めて作成する人のための足掛かりのスライド ▼以下のスライドを一つにまとめました ・ゲームの仕様書を書こう１ 仕様書作成の分業とリストの作成 https://www.slideshare.net/ChizuruSugimoto/ss-173331109 ・ゲームの仕様書を書こう２ 仕様書に記載する機能内容 https://www.slideshare.net/ChizuruSugimoto/ss-173332578 ・ゲームの仕様書を書こう３ 仕様書に記載するデータと画面 https://www.slideshare.net/ChizuruSugimoto/ss-173333150 ・ゲームの仕様書を書こう４ 仕様書作成で楽をするconfluenceの活用 https://www.slideshare.net/ChizuruSugimoto/confluence-17333
GoCLIツール職人のためのRust入門
三連休中にこんなツールを作った。 普段はGoでCLIツールを書いているけど、このツールで初めてRustを本格的に使ったのでその際に得た知見を元にGoでCLIを作っている人向けにとりあえずRustでツールが作れる状態になれることを目指して、CLIツールを作るときによく使っている処理やRustならではの構文などを中心に書いてみた。 この記事を通して「なぁ～んだ。案外Rustでもサクッとツール作れそうじゃん」とか「Rustにも意外とツール向けのライブラリとかあるんだなぁ」とか思って貰えると嬉しい限り。
🌿 This post is still growing and might be updated.A growing collection of code smells in React components. The smells 💩Too many propsIncompatible propsCopying props into stateReturning JSX from functionsMultiple booleans for stateToo many useState in a componentLarge useEffect Too many propsPassing too many props into a single component may be a sign that the component should be split up. How ma
トランザクションを考慮した実装について考える
はじめに アプリケーションレイヤーでトランザクションを考慮した実装をどのようにすればいいのか悩んでいる人が多いことに気がつきました。オニオンアーキテクチャ等でアプリケーションコードを関心ごとのレイヤーに分離するときに、トランザクションを開始するためのDBとのコネクションの作成をどのレイヤーで実施するのか悩んでいる人が多いそうです。 本記事ではDDD+オニオンアーキテクチャ+Repositoryパターンを使う前提で、私がよく使うトランザクションを考慮した実装について説明しようと思います。 トランザクションを考慮した実装 私はトランザクションを開始するためのDBとのコネクションの作成はUsecase層で実施します。 私がよく書く実装ではDDDでいうEntityを定義します。そしてRepositoryではEntityのCRUDのみ行うように実装し、Repositoryをトランザクション境界にしま
【フリーレンミーム31種まとめ】知らぬ間にミームが増えていくからもうわけがわからなくて、“流行を知る”ためにまとめてるんだ。その途中で“少なくとも31種類ミームが存在すること”を知ったんだよ。 #フリーレン
トゥギャッター編集部 @tg_editor 2023年の傑作トゥギャッターまとめ30が公開されました！ 今年話題になったまとめ、今年を象徴するようなまとめを30本厳選しています。読み応えばつぐんなので、年末年始のお暇な時にぜひ！ #まとめ総選挙2023 も同時開催中！投票して和牛をもらおう🐮 togetter.com/special/matome… リンク Togetter 2023年の傑作トゥギャッターまとめ30＆まとめ総選挙 2023年に作成されたまとめの中から編集部が選んだ30本の中から、あなたの一票で大賞が決まります！ 7 users 2 ※大まかに前半が構文系、中盤が概念系、後半が定番の行動・お約束のセリフなど ※表記揺れの可能性あり。フリーレン構文（私はエルフ～）、ヒンメル理論（ヒンメルなら～）など、一部私の造語がございます。他の名称が使用されている可能性も十分考えられますの
マイクロサービス化を目指すなら移行パターンを学ぼう /「モノリスからマイクロサービスへ」を読んだ - kakakakakku blog
2020年12月に出版された「モノリスからマイクロサービスへ」を読んだ．本書はタイトルの通り「マイクロサービス移行」に関連するトピックにフォーカスしている．マイクロサービスを学ぶならこの本！とよく紹介している「マイクロサービスアーキテクチャ」の著者 Sam Newman の続編となる．原著「Monolith To Microservices」は，2019年12月に出版されている． 僕自身は技術講師として「マイクロサービス」に関連した研修を担当していることもあり，本書は絶対に読もう！と楽しみにしていた（原著は読もう読もうと積読していた😇）．今回は本書の翻訳を担当された島田さん (@snoozer05) とレビューを担当されたこまさん(@koma_koma_d) からご連絡をいただき，本書を献本していただいた．本当にありがとうございます！ モノリスからマイクロサービスへ ―モノリスを進化させ
【CICD2021】デプロイメントパイプラインの原理原則を再確認する / Confirm Deployment Pipeline Principle
【CICD2021】デプロイメントパイプラインの原理原則を再確認する / Confirm Deployment Pipeline Principle
コンパイル技法: パターンマッチ
本書では関数型言語をはじめとして多くの言語にあるパターンマッチをコンパイルする方法を紹介します。パターンマッチはシンプルに条件分岐の連鎖にコンパイルすることもできますが、よく研究された手法を使えば驚くほど効率的なコードを生成できるようになります。そのような手法を2種類紹介します。 パターンマッチはデータ型に照合しそのデータを取り出すものです。例えばRustであれば match opt { Some(x) => f(x), None => g()} のように Option 型への照合などに使えます。本書の前半ではパターンマッチの挙動や使い方などを学びます。挙動の確認にはプログラミング言語Standard MLを使い、一部Cのコードも使います。その後Common LispやJavaなどの他の言語でのパターンマッチの状況を確認します。後半ではパターンマッチのコンパイル技法について紹介します。パタ
多コピーの原罪
Rust 分かんないッピ ・ε・ Rust の文字列周りのプラクティスを基礎から勉強してみようと思って勉強したのでそのときのメモをまとめます。 Rust は GC を持たない なぜ Rust の文字列周りの型があんなに大変なことになっているかは、Rust のメモリモデルと Copy の仕組みを学ぶことで理解できた気がしたので、メモリの話から始めます。 FYI: https://www.reddit.com/r/rustjerk/comments/ovx0uq/the_two_major_ways_rust_changed_my_life/ GC とは まずは GC からです。 GC とは Wikipedia をそのまま引用すると ガベージコレクション（英: garbage collection; GC）とは、コンピュータプログラムが動的に確保したメモリ領域のうち、不要になった領域を自動的に
インターフェースと型クラスの違いを考える
この記事では、JavaライクなインターフェースとHaskellライクな型クラスを比較します。どちらも、複数の異なる型を統一的に扱うための仕組みです。 インターフェース インターフェースはご存知の方も多いと思いますが、コード例を載せておきます。 // インターフェースの定義 interface Greetable { String greet(); } // 実装の例1 class Hello implements Greetable { String message; Hello(String m) { this.message = m; } public String greet() { return "Hello " + message + "!"; } } // 実装の例2 class Goodbye implements Greetable { public String gree
こんにちは、バーチャルってますか？昔バーチャルリアリティーの研究をしていたものです。 Apple Vision Proが現行VRの頂点にいままさに君臨しつつあることを簡単に解説したいと思います。 まず、VRの歴史からVirtual reality(VR)の歴史は古く、狭義の"コンピューターで作られた仮想空間を現実であるかのように疑似体験する"という意味でも50年以上前から存在します。 Computer Generated Image(CGI)を利用した模擬飛行装置、いわゆるフルフライトシミュレーターがJALに導入されたのは1977年です。 本物の飛行機に訓練生のせて飛ばすのに比べたら、安全で安価で何度でも使える大変にオトクな装置だったからですね。 （フライトシミュレーターはざっくり100年ほどの歴史がありますが、CGIを本格的に利用しだしたのはここ50年程です） とはいえ、あくまで比較の問
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
グッドパッチエンジニアが選ぶ、推しデザインシステム10選｜Goodpatch Blog グッドパッチブログ
「それってあなたの感想」なのか? 数値化信仰がはまる落とし穴 | 毎日新聞
分析用SQLを書くときの思考回路について｜だみ〜
ゲームプログラミングパターンでコードをレベルアップさせよう
オタサーの姫が多すぎる - 梅本夏芽 | 少年ジャンプ＋
「金融機関のシステム障害に関する分析レポート」の公表について
「ハンドメイド本」の掲載作品を自分で作って販売、「著作権法」違反にあたる？ - 弁護士ドットコムニュース
なぜディレクターはUXを分解・言語化しなくてはいけないのか？クソゲーが生まれてしまう原因｜かえるD
48. GoFデザインパターンとDI (前編) w/ twada | fukabori.fm
AGPLを理解する: もっとも誤解されたライセンス | フューチャー技術ブログ
useRefでステートを管理するのはReact18でアンチパターンになるからやめよう - Qiita
今年「部門」を廃止、小学館漫画賞を通して考える「マンガ賞」の現在とこれから
リモートアジャイル開発ノウハウ集 | Agile Studio
スクラムを個人戦にしてしまう方法 - 海と山が好き
Fat Modelに対処する
6つのリファクタリングパターン
マネジメントは経験でもセンスでもない。「型」を学んで実行するのみ。｜長村禎庸@EVeM
ゲームの仕様書を書こうまとめ
React component code smells
Apple Vision Proは、民生品のVRではある種の頂点に達した