こんにちは、Platform Team の荒引 (@a_bicky) です。前回は続・何でも屋になっている SRE 的なチームから責務を分離するまでの道のり 〜新設チームでオンコール体制を構築するまで〜という話を書いたんですが、今回は Repro の運用に 7 年以上携わる中で私が遭遇して印象的だった Aurora MySQL 絡みのトラブルについて紹介します。 Aurora MySQL が詰まってデータ処理のスループットが下がるとか、API のレスポンスが遅くなるとか、ALTER TABLE する度にアプリケーションエラーが発生するとか、胃が痛くなる胸が熱くなる話が多いので、Aurora MySQL を利用していなくても楽しんでいただけるのではないかと思います。Aurora MySQL を利用している方であれば参考になる情報もあるでしょうし、通常の MySQL にも適用可能な話もあります
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに フロントエンドを学べる教材をまとめました。 今回紹介するフロントエンド技術は下記になります。 ロードマップ (全体像) JavaScript TypeScript React Next.js 対象者 これからフロントエンドを学びたい人 モダンフロント技術に挑戦したい人 ロードマップ (全体像) エンジニア向けの学習ロードマップがまとめられている。 現在の自分の立ち位置を把握し、次にやるべきことの方向性を知れる。 エンジニアが使うであろう、ほぼ全技術が網羅的にまとめられているので、全体像を掴む上では一度目を通す価値はある資料にな
計測する前に観察せよ ~ Observe. Don't measure for monitoring until you've observed - An Epicurean
エンジニア大好き「推測するな、計測せよ」。これは、Plan 9, UTF-8やGoの作者としても知られる、Rob Pike氏の Rob Pikes's 5 Rules of ProgrammingのRule 3.に由来すると認識している。以下に原文を引用する。 Rule 3. Measure. Don't tune for speed until you've measured, and even then don't unless one part of the code overwhelms the rest. Rob Pike's 5 Rules of Programming 訳すと以下のようになる。 「計測せよ。計測するまでチューニングをするな、そしてそこが支配的じゃないならチューニングするな。」 要は「チューニングする前に計測せよ」という主張で「推測」と言う言葉は出てこない。なの
トクリュウ「強盗」標的リスト流出！ 東工大・理科大卒など「理系エリート」が狙われる。某指定暴力団の古参幹部の衝撃証言 ｜BEST TiMES（ベストタイムズ）
トクリュウ「強盗」標的リスト流出！ 東工大・理科大卒など「理系エリート」が狙われる。某指定暴力団の古参幹部の衝撃証言 指定暴力団の古参幹部が語る 去る10月16日、横浜市青葉区で70代の男性が20代の実行役に殺害されるなど、いま「トクリュウ」(匿名・流動型犯罪グループ）による強盗事件が、全国各地で頻発し社会を震撼させている。こうした中、警察本部は各都道府県警察と連携を図り、トクリュウの取り締まりを強化している。しかし現状は、闇バイトの実行役に指示を出す首謀者を一網打尽に摘発するまでには至っていない状況だ。長年、強盗・窃盗の犯罪行為に携わってきた某指定暴力団の古参幹部が、闇バイトで実行役を募る新手の強盗の詳細な手口について明かしてくれた。 【邸宅侵入事件 関西闇バイトリーダー今井裕治容疑者送検】邸宅侵入の容疑で逮捕、送検される闇バイトのリーダー今井裕治容疑者（中央）＝１５日午前９時１分、大阪
祝！『子供の科学』が創刊100周年 その人が、「子供の頃『子供の科学』を読んでいました」と言ったら『東京こどもクラブ』と並んで、ちょっといい家の子で賢い子だったと思っていいでしょう。ユカイ工学の青木俊介社長は、子供の科学を読んでいたそうで読者プレゼントでハンダゴテをもらったこともあるとのこと。その『子供の科学』は、1924年（大正13年）に創刊され、今年で100周年だそうです。 『子供の科学』といえば、日本電子出版協会（JEPA）の 「『子供の科学』創刊100周年記念!ーー 100年分のバックナンバー電子復刻の取り組み」というオンラインセミナーで“応援メッセージ”というのを喋らせてもらいました。『子供の科学』は、日本の近代科学の発展にはかり知れない貢献をしていると思います。読者だった少年少女が、やがて研究者や開発者になったことも多いと考えられるからです。 そんな立派な雑誌に、私が、"応援メ
日本のソフトウェアの品質が低すぎる理由とは？
ソニーやカシオ、パナソニックなど、日本には世界有数のハードウェアメーカーが数多く存在している一方で、ソフトウェアの多くは海外製品に頼っていることが多く、日本のソフトウェアの品質の低さが指摘されています。その理由について、ポッドキャスト配信者のティム・ロメロ氏が解説しています。 The forgotten mistake that killed Japan’s software industry - Disrupting Japan https://www.disruptingjapan.com/the-forgotten-mistake-that-killed-japans-software-industry/ 日本製ソフトウェアの品質が低い原因は、明治時代に生まれた財閥にあるとのこと。大企業グループまたは家族経営の企業グループである財閥は、当時の政府に対して強い影響力を持っており、政府に
これはなに？ こんにちは、DMM.comのミノ駆動です。 プラットフォーム開発本部 Developer Productivity Group 横断チームにて、 プラットフォームの設計品質向上に取り組んでいます。 さて、ネット上ではソフトウェア開発における「良いコードとは何か」をめぐって、 いろんな意見が交錯したり、 ときには激論を呼んだりします。 収拾がつかないこともしばしばです。 この記事は、良いコードを考えるうえでの要素を整理し、 建設的な議論を助けることを目的とします。 これはなに？ この記事の理解目標 良いコードをめぐる議論 議論1: 何をもって良いコードなのか 議論2: 良いコードはどうやったら書けるのか 議論3: 「綺麗なコード（良いコード） vs 動くコード」問題 議論改善のために提案します 提案1: ソフトウェア品質特性の観点でコードの良し悪しを判断しよう 提案2: 原理原
「エンジニアはビジネスを学べ！」に違和感を感じるあなたへ｜AIcia Solid Laboratory
まず結論！IT エンジニアやデータサイエンティストと呼ばれる人には2種類います。 「ビジネスマンの中の技術担当」「技術者の中のビジネス領域担当」です。 ビジネスマンの中の技術担当なら、ビジネスも学んだほうがいいです。 技術者の中のビジネス領域担当なら、技術を学んだほうが良いです。 自分がどちらかを見極め、スタンスを取り、勉強・研鑽していきましょう！ じっくり詳細 - 2種類のエンジニアこの話は、IT エンジニア向けを想定して書きますが、データサイエンティストも当てはまります。なお、機械系のエンジニアは、私はあまり詳しくないのですが、普通に技術学ぶのが大事だと思う（？）ので、一旦置いておきます。 以降、めんどくさいので、「エンジニア」と書きますが、IT エンジニアやデータサイエンティスト等を指していると思ってください。 エンジニアには2種類います。それが、「ビジネスマンの中の技術担当」と「技
いかにして問題をとくか
この記事は、6月28日開催予定 PHPer Tea Night #18 - 技術書オススメバトル への参戦エントリです。 Gポリア著「いかにして問題をとくか」 およそ80年前、「数学」という分野より、この本は出版された。 そして今に至るまで、数学に留まらないあらゆる分野の課題解決本として参照され続けている。 ソフトウェアエンジニアリングの世界でも評価は高い。元よりエンジニアは、あらゆる問題や課題を、抽象化、汎化、定量化、そして言語化することも生業としている。それをポリアはこの本の中で、「数学」という例題を通じて汎用的にやってのけた。 ここで言う「問題」とは特定の数学問題を指しているわけではない。数学に限らない、私達が出会ったことのない「未知の問題」を指している。 従って、私達エンジニアは、この本の表題を次のように読み替える。 「いかにして課題を解決するか」 『いかにして問題をとくか』｜丸善
予防線コーナー流れてくる話でイライラし始めたので発散のために書いています。書いた結果、結構落ち着きました。 全員が全員そうだと言ってるわけではありません。 ちゃんと理解してる人も観測しています。 AI製と明記してないイラスト投稿には嫌な感情はあります。 普段TwitterやPixiv等で投稿されているイラストは純粋に楽しませていただいています。 あんたどんな人? 普段業務と趣味でプログラム書いたりサーバー触ったりしています。 生成AIは2年くらい前にローカルでちょっと遊びました。たまにCopilotにプログラム作成的な質問を投げる生活をしています。 音楽的な作品づくりは経験あります 2024-11-14 23:30追記: (思ったより広がってきたので…。) イライラ発散駆動で書いたため、割と表現が強めになっています。すみません…。 何が起きてる?あくまでも僕の理解を三行(三行じゃないかも)
この記事では、「アジャイルはウォーターフォール時代の何を反省するのか」「アジャイルで何が改善するのか」について、個人的な考えを説明します 極端なことを言っている部分はあるので、誤解している箇所や異論があれば、やさしくコメントで教えていただければ幸いです 言いたいこと 「ウォーターフォール＝諸悪の根源」というのは誤解で、問題は請負開発にある 請負開発で「顧客の真の要望が実現されない」のは当然、インセンティブ設計がおかしい 日本版のアジャイルソフトウェア開発宣言には「外注よりも内製を」と書くべき 競争に勝つためには内製化は進む(でも内製化はとても難しい) ベンダーへ「君はアジャイルをやるか迷える立場じゃないよ」 目次 用語 ウォーターフォールは本当に諸悪の根源か？ 「ウォーターフォール＝諸悪の根源」という誤解 問題の原因は請負開発 なぜ請負開発は失敗しやすいのか？ ベンダーは「システム開発だけ
2024.11.05「追記１：問題編」を追加しました！ 2024.11.06「追記２：回答編」を追加しました！ 2024.11.06 [補足]を追加しました！ 前提 LaravelはWordPressからステップアップしたい人に丁度フィットしたような作りになっており、オンプレ前提であり、MVC構成の簡単なSSR（サーバーサイドレンダリング）を推しています。 WordPressの次のステップと捉えると納得できますし、小さなアプリを簡単に作るには丁度良いと思います。 しかし、これで大きなサービスを作ろうとすると途端に崩壊します。 基本的にドキュメント通りに作成すると画面とインターフェースが密結合し、サービスとしてのインターフェースが固まらない状態になります。 結果的に私が関わったプロジェクトは全て密結合で触れない状態に陥っていました… たぶん日本中、いや世界中がこうなってると思います。 決して
米OpenAIが2022年に発表した音声テキスト変換AI「Whisper」に、文章の一部または全部を捏造してしまういわゆる「幻覚」による重大な欠陥があると、米Associated Pressは10月26日（現地時間）、多数のエンジニアや研究者へのインタビューに基づいて報じた。 Whisperは、インタビューの翻訳や文字起こし、消費者向け技術でのテキスト生成、動画の字幕作成など、世界中の様々な業界で使用されている。Associated Pressは、医療機関でもWhisperベースのツールが診察の会話の文字起こしで使われ始めていることが、深刻な懸念を引き起こしていると指摘する。 Whisperのトレーニングには、ネット上の膨大な音声データと、それに対応する文字起こしテキストから構成される、68万時間に及ぶ大規模なデータセットが使われたとしているが、トレーニングに使った具体的なソースは明示して
Ollamaで体験する国産LLM入門
近年、AIの中でも大規模言語モデル（LLM）の研究開発が特に活発に進められています。日本でも日本語に特化した国産LLMの開発競争が熾烈を極めています。さらには、小規模でも高性能なLLMが登場し、GPUのない手元のPCでも簡単にLLMを動かせる時代が到来しました。 本書では、まずLLMを動かすための基本的な知識をわかりやすく解説します。LLMについて学ぶには膨大な知識が必要と思われがちですが、動かす（推論する）だけであれば、いくつかの重要なポイントを押さえるだけで十分です。 その上で、OllamaというLLM推論フレームワークを活用し、実際にいくつかの国産LLMを動かしてみます。Ollamaはローカルで動かせるオープンソースソフトウェア（OSS）でありながら、Google Cloud等のクラウドプロバイダーとの連携を強めており、今後はLLM推論フレームワークとしてのデファクトスタンダードにな
OpenAIの最新モデル「o1」が登場 孫正義氏：GPTはいろんな言葉、これをトークンと呼びますけれども、圧倒的な数のトークン・言葉に「この言葉とあの言葉は近しい」と、関係性の近しい度合いにそれぞれ全部ベクトルのインデックスを付けて、それを処理して、言葉と言葉の数珠つなぎをして理解をするということなんです。 質問をしてChatGPTが答えてくれるんですが、理解もしているみたいだと。でも、考えているんだろうかというと、考えているかのように見えるんですが、言葉の数珠つなぎですから、必ずしもChatGPTは考えているわけではなかったということであります。 今日のメインテーマは「考える」です。圧倒的な進化がありました。先週から世に見えてきました。この「考える」ということは、Reasoningという手法で考えることなんですが、ここで聞きたいと思います。 Reasoningをする、考えるという機能を使
ドメインモデリングで全システムの設計をゼロからやり直す。リアーキテクチャに挑む2年間の全貌【モノタロウCTO普川】 | レバテックラボ（レバテックLAB）
株式会社MonotaRO CTO 普川 泰如 慶應義塾大学環境情報学部卒業。SIer企業を経て2009年にオイシックス・ラ・大地に入社し、2016年にシステム副本部長に就任。2019年にモノタロウに参画。2021年1月にECシステムエンジニアリング部門長、2022年4月に執行役CTO/VPoEに就任。 X 多くの企業で、10年以上前に開発されたシステムが、事業拡大に伴い続々と限界を迎え、リアーキテクチャに取り組み始めています。 間接資材のネット販売ビジネスを展開するモノタロウ社もその1つです。約20年前の創業期から内製で開発してきたモノリシックなシステムは、事業成長とともに度重なる機能追加を経て、2015年頃にはコードの変更すら容易にできない状態に。一度はパッケージシステムの導入も試みますが、2022年頃から、再度内製開発による抜本的なリアーキテクチャに取り組んでいます。 今回のリアーキテ
ソーニャ・ホアン: 本日はノーム、ハンター、イルゲをお迎えしました。3人はOpenAIのプロジェクト・ストロベリー、別名o1の研究者です。o1はOpenAIが初めて本格的に取り組んだ汎用推論時計算で、推論、思考連鎖、推論時スケーリング則などについてチームと話し合うのを楽しみにしています。 o1への確信ソーニャ・ホアン: イルゲ、ハンター、ノーム、お越しいただきありがとうございます。そしてo1の公開おめでとうございます。まず伺いたいのですが、これがうまくいくという確信は最初からありましたか? ノーム・ブラウン: この方向性に何か有望なものがあるという確信はあったと思いますが、実際にここに至る道筋は決して明確ではありませんでした。o1を見てみると、これは一夜にしてできたものではありません。実際、何年もの研究が投入されており、その研究の多くは実際には実を結びませんでした。しかし、OpenAIとリ
つよつよエンジニアのなかには初心者にやたら厳しい人がいる話…「信頼関係の構築がないのに試しはただ追い詰める」「社内の常識は社外の非常識なのでまず教える」など
サタン@フリーランスエンジニア @satan_engineer つよつよエンジニア、初心者にやたらと厳しくないですか？ 新人の育成を疎かにすると、業界の衰退に繋がると思うのは私だけではないはず。 ところで「つよつよエンジニアの定義って何？」って聞かれて答えられる人いるます？ 納得いく答えが見つからなかったので、自分なりに考えてみました。 note.com/satan_engineer… 2024-11-10 19:39:30 リンク note（ノート） 【最強】つよつよエンジニアの正体｜サタン@フリーランスエンジニア SNSで「つよつよエンジニア」ってワードをよく目にするんですけど、じゃあ、つよつよエンジニアの定義って何だろう？と気になったので、私なりに 考えてみました。 つよつよエンジニアの定義は、ズバリこうではないか、と思います。 知識に対して誰よりも貪欲 努力が努力ではない 他人がつ
エンジニアにとって、今が「個人開発」の最後のチャンス
アプリエンジニアになり、個人開発を３年以上続けています。 そもそもエンジニアになった理由は、何か自分のサービスが作りたくて、もしそれで稼げなくてもエンジニアなら職に困らないだろう、と思ったからです。 そんな状況がAIの登場で一変しそうです。 個人的に危機感が凄まじく、もう職業エンジニアに未来がないのでは？と感じています。それが何年後か分かりませんが、最近OpenAIの創業者が興奮しすぎたのか、謎のポエムを投稿していましたよね？人がポエムを投稿するということは...まあそういうことです。いじってはいけません。どうも末端の私たちが思っているよりAIの進化のスピードが速いようです。ドラえもんみたいな、AGIと呼ばれる汎用人工知能の初期型が既に完成しているのでは？という噂さえあります。 ほんとに恐ろしいぜ... ということで、今のAIの力がどれだけのものか？ 現時点で素人はアプリ開発をできるのか？
OpenAIのプロンプトジェネレーターで至高のプロンプトを生成する - Taste of Tech Topics
こんにちはイワツカです。 食欲の秋ということでサツマイモやキノコが美味しい季節ですね。 さて今回は、生成AIを使おうと思ってもプロンプトの書き方がよく分からず、生成AIから思ったような回答を得られない...なんて方におススメのOpenAIのプロンプトジェネレーター機能を紹介します。 1. プロンプトジェネレーターとは 使い方 2. ユースケースごとのプロンプトと結果比較 Pythonコードのリファクタリング プロンプトジェネレーターを使わない場合 プロンプトジェネレーターを使う場合 API設計 プロンプトジェネレーターを使わない場合 プロンプトジェネレーターを使う場合 ブログ作成 プロンプトジェネレーターを使わない場合 プロンプトジェネレーターを使う場合 3. まとめ 1. プロンプトジェネレーターとは プロンプトジェネレーターとは、その名の通り、AIに対する指示文（プロンプト）を自動的に
普通のエンジニアが知らない「個人開発」の特殊な世界
個人アプリをリリースして３年ほどが経ちました。 思うに「一般的なエンジニア」と「個人開発者」では、全く住む世界が違うといっても過言ではありません。 そんな、あなたの知らない個人開発の世界をちょっとだけ紹介します。 アプリが名刺代わり 一般的なエンジニアの場合、初対面だと、どこの会社か？何の言語を使っているのか？何年くらいエンジニアをやっているのか？...とかそんな話をしませんか？（よく分からないので推測です） 個人アプリの場合、まず紹介するのは 「自分のアプリ」 です。これが名刺代わりになります。どこの会社に勤めているとか、年収とかそんなの興味ないのです。そして速攻でアプリストアで検索して、ダウンロードします。知っているアプリの開発者だった場合、めっちゃ興奮します。これが個人開発の自己紹介です。 Xが重要 個人開発の新鮮な情報はWebの記事にはほぼありません。あっても鮮度が低い枯れた情報ば
何かの取り組みを始める時、たいていまずは"過去の経緯"をざっと調べると思う。そうしないと過去に起きた問題を踏んでしまったり再発明をしてしまったりするからである。 皆当たり前にやっているように見えて、この過去の経緯の調べ方には意外とスキルのバラつきがある。自分も常にうまくできているわけではないので、思考整理のために雑に書き出してみる。 たとえば一例として、「Androidの自動テストの方針」を決めようとしているとしよう。背景にある課題は適当に想定してほしい。次のようなステップで過去の経緯を調査していく。 1. 調査期間を決める 調査はダラダラとやってしまいがちなので自分で期限を決める 内容にもよるが、自分は半日~1日に設定することが多い。社外の方とのスケジュール調整が入る場合には1週間くらいかかることもある 例で言うと、自分ならいったん1日で設定してガッと集中して調べてキャッチアップすると思
2024.11.05「追記１：問題編」を追加しました！ 2024.11.06「追記２：回答編」を追加しました！ 2024.11.06 [補足]を追加しました！ 前提 LaravelはWordPressからステップアップしたい人に丁度フィットしたような作りになっており、オンプレ前提であり、MVC構成の簡単なSSR（サーバーサイドレンダリング）を推しています。 WordPressの次のステップと捉えると納得できますし、小さなアプリを簡単に作るには丁度良いと思います。 しかし、これで大きなサービスを作ろうとすると途端に崩壊します。 基本的にドキュメント通りに作成すると画面とインターフェースが密結合し、サービスとしてのインターフェースが固まらない状態になります。 結果的に私が関わったプロジェクトは全て密結合で触れない状態に陥っていました… たぶん日本中、いや世界中がこうなってると思います。 決して
ブラウザで動作する地理空間データ処理ライブラリとして DuckDB-wasm を使い、 SQL を TypeScript で管理する仕組みを作る - newmo 技術ブログ
newmo では、地図データや地理情報を扱う場面が多くあります。 たとえば、タクシーやライドシェアでは、営業区域のような営業していいエリアといった地理的な定義があります。 また、乗り入れ禁止区域のようなタクシーが乗り入れてはいけないエリアといった定義も必要になります。 これらの地理に関する定義は GeoJSON のような地理情報を扱うデータ形式で管理されることが多いです。 しかし、GeoJSONなどの定義をテキストとして手書きするのは困難です。 そのため、地図上に区域を作図するエディタやその定義した区域が正しいかをチェックするような管理ツールが必要です。 管理ツールは、ウェブアプリケーションとして作った方が利用できる環境が広がります。 このような地理情報は一度に扱うデータが多かったり、空間的な計算処理が必要になるため、専用の仕組みを使うことが多いです。 このような技術を、地理情報システム（
SREチームの長田です。 皆さんは操作するAWSアカウントを取り違えたことはありますか？ 私はあります。 カヤックのSREは複数のプロダクトを担当することも多く、 ひとつのプロダクトでも環境(本番、ステージング、開発、etc.)ごとにAWSアカウントを分ける場合があり、 扱わなければならないAWSアカウントが多くなる傾向にあります *1。 今回はうっかり別のアカウントのリソースを削除してしまったーといったオペレーションミスを減らすために個人的に行っている、 「気をつける」以外の対策を紹介します。 間違いに気づくための対策 対象のアカウントが操作の対象として正しいかどうかは、結局は操作している本人にしか分かりません *2。 そのため、「アカウント取り違え自体をなくす」のではなく、 「アカウントを取り違えていることに気づきやすくする」ための対策をしています。 AWSコンソール用の対策 AWSコ
はじめに エンジニアの皆さん、日々のお仕事や勉強お疲れ様です。 続けていると、スキルレベルや経験の差などで他人と自分を比較してしまうことは良くありますよね。 そんな時に「他者と比較するよりも昨日の自分と比較する」というのは有効なアプローチだと思います。 しかし、「それが大事なのは頭ではわかった、それでもついつい他人と比較してしまうんです」という方も少なくはないでしょう。 私も腐るほどこのテーマで悩みました（現在進行形かもしれない） こちらは、その「他者比較」に関して心理学的理論も交えながら、対処法を考えていくための記事です。 エンジニアのメンタルリスク エンジニアのメンタルヘルスは一般職の3倍と言われるほど、ハイリスクです。パーソルのリサーチによれば、ITエンジニアのキャリア不安には、他の職種に比べて「スキルの陳腐化」や「新しい技術を習得しなければならないというプレッシャー」が非常に多いこ
生成AIにアプリを作らせるコツ｜erukiti
Claudeの3.5-sonnet最新版(20241022)は間違いなく現時点では最高性能のLLMの一つである。Claude Professional PlanならそれをウェブUI・アプリ上から無制限と言ってもいいほど使える。 もともと、ある要件を実現するためにどうするのがいいか？選択肢を知りたくて、Claude sonnetやChatGPT Plus(gpt-4o, o1-preview)などに聞いてみたら、Claude sonnetが一番好みのアイデアを返してくれたので、さらに深掘りしてアプリを作らせたみた。 OpenAI o1-previewは思いもよらないスマートな解決方法を提示してくれることがある。アイデアを知りたいときに一考の余地はある OpenAI gpt-4oは割とベタというか、微妙？ SearchGPTは現時点ではコンテキストを無視しがち（単体の検索はいいけど、それ以上を
こんにちは。Google CloudでオブザーバビリティやSREを担当していたエンジニアです。明日でこう名乗るのは最後になります。明日、2024年10月31日付でGoogleを退職します。 pic.twitter.com/dS3WOVCQBj— Yoshi Yamaguchi (@ymotongpoo) 2024年10月30日 かしこまった挨拶 Googleに入社してから10年目までの話は次の記事で一旦まとめているので、改めて振り返ることはしません。 ymotongpoo.hatenablog.com 上の記事を書いたのは新型コロナ禍真っ只中で、カンファレンスなどもみなオンラインばかりで、人とのつながりがなかなか難しくなったころでした。その後、ワクチン開発や発症後の処置方法の確立、新型コロナウイルスの5類感染症への移行などがあり、オンラインからオフラインへの移行が再び起こりました。Goog
コードレビュー文化のある組織づくり
ソフトウェアエンジニアの 渋谷 です。 コードレビューを実際のプロジェクトでどのように活用しているかを紹介します。 今回は私が入社当初からお世話になっているプロジェクトマネージャー（PM）2名に協力いただき、特徴的なプロジェクトについてインタビューしました。 コードレビューの目的、方法などについては多くの記事で紹介されているため、この記事では省略いたします。 コードレビューについて知りたい方は私が参考にしている代表的な記事を2つ紹介するので、そちらを見てください。 第2章 3.ソースコードレビュー | アーカイブ | IPA 独立行政法人 情報処理推進機構 Google Engineering Practices Documentation 斉藤 さんからは2つのプロジェクトを紹介します。 WebAPI、Webクライアント保守プロジェクト(人数: 2人) モバイルアプリリニューアルプロジェ
小規模プロダクトにおける React 状態管理ライブラリ選定 in 2024 - バイセル Tech Blog
はじめに こんにちは！ テクノロジー戦略本部24年新卒の高橋です。 2023年の10月から内定者インターンを経験し、現在は開発3部CRMチームでフロントエンド(以後、FE)エンジニアとして働いております。 チーム内でFEの状態管理ライブラリを選定する機会があり、調査していく中で得た知見を共有したく、執筆に至りました。 少しでも状態管理ライブラリの選定に困っているFEエンジニアの参考になればと考えています。 はじめに 概要 前提 課題感 Context APIの思想とのズレ Context APIの記述量の多さ 状態管理ライブラリに求める要素 小さい単位で取り扱い可能 ボイラーテンプレートが少なく、APIが直感的で書き方の自由度が高くない 軽量 Reactアプリケーション内外での状態管理が可能 最終決定 検討候補 Redux Zustand Jotai Valtio 評価表 移行設計 既存C
X*1で反響があったので記事にする。 もし、自分がプログラマー人生をやり直すときに1冊だけ本を読ませることができるなら、やっぱこの本を自分に勧める。 今はWebでも読めるのでみんなにも読んでほしいな。https://t.co/6ueWEWUB3J pic.twitter.com/c468Szbm8S— そーだい@初代ALF (@soudai1025) 2024年11月12日 この本、素晴らしいことがたくさん書いてあるんだけど、その中でも大切にしていることを紹介する。 理想の役割の帽子を被る 「プログラマが知るべき97のこと」という本がある。 実はこれはWebで公開されていて、全部読むことができる。 ここには世界中のプログラマが人生において大事なことを紹介してくれる。 その中で一つ、自分がとても大事にしていることを紹介する。 xn--97-273ae6a4irb6e2hsoiozc2g4b8
Ubieでは、Ionic(Capacitor)でガワアプリ的に実装されていたモバイルアプリ(Android/iOS)を、2024年初頭にReact Native (with Expo)にリプレイスしました。 「なぜ今更React Nativeを？」という方もいらっしゃると思います。本記事では、UbieにとってReact Nativeがフィットした理由や検討した点を紹介します。Ubieの技術資産、人材、事業展望などのコンテキストを前提とするものであり、一般的な技術の良し悪しを論じる記事ではないことに注意してください。 Full-Stack TypeScript Ubieのプロダクト開発チームでは、フロントエンドエンジニア/バックエンドエンジニアといった技術領域での担当分けは原則せず、プロダクト開発エンジニアとして企画から開発、分析などに一貫して携わっています。 このように仕事を広く持つ前提で
エンジニア懇親会あるある
よくある、「LTが3〜7件ほど行われた後、小一時間ほど懇親会が行われるタイプのイベント」の懇親会で起きる個人的あるあるをまとめました。 登壇者に話しかけたいが登壇者が埋まっていて、余った数人の人たちでグループができて変な空気になる 2×3の机に座っているとき、真ん中の2人が左右どっちの会話に属するか悩ましくなる 缶のお酒が余っても、誰も持って帰ってくれない（ので自分が持って帰るから家にあまり飲まない酒が増える） 余ってるといつも「SDGs（Sustainable Drinking Goals）ですからね！」と言って持ち帰るのだが、結果として冷蔵庫に見なれないチューハイが謎に増える。 円になって会話しているとき、1人分常に空けておいてくださいってアナウンスがあっても、実際会話している円に入るの抵抗ある 乾杯でどのグループに缶を持っていくかが運命の分かれ道すぎる 話すとき最初名前を名乗らずにい
ふつうのウェブエンジニア向けRust入門書『RustによるWebアプリケーション開発 設計からリリース・運用まで』 - laiso
RustによるWebアプリケーション開発 設計からリリース・運用まで (KS情報科学専門書) 作者:豊田 優貴,松本 健太郎,吉川 哲史講談社Amazon 私たちがRustを学ぶ際の障壁 ウェブエンジニアにとってRustを学ぶ際の最大の障壁は、その適用分野がもともと高度である点です。 Rustは主にシステムプログラミングやC++の置き換え、ビルドツールの最適化といった専門的な領域で活用されています。 これらの分野に馴染みがないウェブ開発者にとって、Rustのエコシステムを学ぶことは簡単ではありません。 本書はそのようなエンジニアが、既存の仕事の道具をRustに置き換える時のガイドとして最適です。 システムの一部をマイクロサービスに切り出すケースや新規プロジェクトのバックエンドでRustの採用を検討したりする場面で活用できます。 そのため、この書籍はウェブのバックエンドエンジニアがRustエ
太陽光発電で得られた電気エネルギーを使い、電力インフラがない地域にも淡水化システムを供給する方法をマサチューセッツ工科大学(MIT)の研究者らが考案しました。電力効率が良くバッテリーを必要としないことが特徴で、海から遠く離れた内陸部への導入が見込まれています。 Direct-drive photovoltaic electrodialysis via flow-commanded current control | Nature Water https://www.nature.com/articles/s44221-024-00314-6 Solar-powered desalination system requires no extra batteries | MIT News | Massachusetts Institute of Technology https://news.
「”＞＜SCRIPT SRC=HTTPS：//MJT.XSS.HT＞ LTD」という名前の企業が強制的に社名を変更させられた事例
社名にHTMLスクリプトタグを採用したソフトウェア開発企業が、企業登記所から「データベースの脆弱(ぜいじゃく)性につながる」として社名変更を強制されたという事例が、ソーシャルニュースサイトのHacker Newsで話題となっています。 Company forced to change name that could be used to hack websites | UK news | The Guardian https://www.theguardian.com/uk-news/2020/nov/06/companies-house-forces-business-name-change-to-prevent-security-risk UK govt aims to kill off Bobby Tables in Companies House name rules https:
【エンジニアの日常】エンジニア達の人生を変えた一冊 Part1では大変ご好評をいただきました。 今回はPart2としまして、弊社エンジニアの人生を変えた一冊をご紹介いたします。 ぜひ、読書の秋のお供としてご参考にしていただければ幸いです！ 人生を変えた一冊 SRE サイトリライアビリティエンジニアリング―Googleの信頼性を支えるエンジニアリングチーム プログラマが知るべき97のこと この本を読んだきっかけ Clint Shankさんのエッセイ「学び続ける姿勢」 Karianne Bergさんのエッセイ「コードを読む」 この本から学んだこと Clean Coder プロフェッショナルプログラマへの道 まとめ 人生を変えた一冊 SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム SRE サイトリライアビリティエンジニアリング ―Google
Skebがクリエイターに“適切な納税”呼び掛け 「市区役所からの調査依頼が毎月あり、事務をひっ迫」（1/2 ページ） イラストなどの発注サービス「Skeb」を提供するスケブ（東京都港区）は10月29日、クリエイターに対し適切な税務申告と納税を呼び掛けた。ユーザーが都道府県税や年金を未納・滞納しているために、毎月市区役所から取引状況の調査の依頼があり、事務作業のひっ迫につながっているという。 「照会は月に複数件発生している。その都度エンジニアがデータベースを調査し過去の履歴を紙の返答用紙に記載して返送する作業が発生する。社員数名の当社では相当の追加作業となる」（Skeb公式Xアカウント）。売上の差し押さえが発生した場合には、リクエスト募集の停止など、サービスの利用を制限する可能性もあるとした。 スケブ創業者のなるがみ（@nalgami）さんも自身のXアカウントで同様に注意喚起。実際にスケブに
＜2024.11.19 18時頃 追記＞ 予想よりも反応があったことに驚いています。テキトーに書きたいことを書き殴った感があり、全体の構成とかも読み直すとアレなので近日中に修正します… IT土方とか限界SESとかいろんな呼び方があると思う。FizzBuzz書ける書けない？とか色々言われていると思うけど、いまいち定義が定まっていない気がする。私が観測した範囲ではあるけど、意識の差が予想以上にあることをこの記事で説明し、知らない人の解像度を上げてみたい。 この記事で想定されるエンジニア二次請けSIerかさらにその下で派遣的に働いているエンジニアのことである。以降で触れる実務の内容はSI傘下の大規模開発がメインだと思ってほしい。二次請けクラスのすべてが底辺ではないが、体感5割近くのエンジニアがそれであると思っている。 私もかつて彼らと一緒に働いた者であり、その低意識さに呑まれかけたこともあったが
管理職と別系統で「指導職」を作って、エキスパートエンジニアがマネジメントをしなくても職位と給与を上げていく仕組みを作っていたけど、その後がなかなか興味深かった
らくからちゃ @lacucaracha はてなブログにて『ゆとりずむ』(40万PV/月くらい)というふざけたブログを書いている人。 某SIerでERPのサポートを担当してます。原価「管理」を実現するための支援が出来る原価コンサルになりたいなあ。お気軽にフォローミー！【興味分野】ネットワーク理論/複雑系科学/会計学/原価管理/麻雀/簿記1級受験生 yutorism.jp らくからちゃ @lacucaracha 知り合いの会社で、管理職と別系統で「指導職」を作って、エキスパートエンジニアがマネジメントをしなくても職位と給与を上げていく仕組みを作っていたけど、その後がなかなか興味深かったなあ。 2024-10-20 09:25:09 らくからちゃ @lacucaracha 同社の指導職はありがちな管理職と主任職の繋ぎ的なものではなく、完全に別体系のプロフェッショナルという位置付けになる。 管理職
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Repro で遭遇した Aurora MySQL にまつわるトラブル 5 選 - Repro Tech Blog
【最新版】フロントエンドを学べる最高の教材集 - Qiita
優れたエンジニアやプログラマはたいていコンピュータやテクノロジーの歴史に詳しい
「良いコードとは何か」で消耗するのはもうやめよう - DMM Developers Blog
この数週間の生成AIを発端としたTwitter上の絵師の方々の話に関して思うこと｜mikuta0407
ウォーターフォールの反省とアジャイルの成功に必要なもの - Qiita
Laravelが如何にダメで時代遅れかを説明する - Qiita
OpenAIの文字起こしAI「Whisper」、医療現場での利用に研究者らが警鐘
孫正義氏が「ノーベル賞もの」と評価する最新の生成AIとは “考える力”を初めて身につけた、博士号レベルを超えるAIの能力 | ログミーBusiness
OpenAI o1の開発者がo1の仕組みなどについて語るインタビュー（日本語訳と感想）｜IT navi
過去の経緯の調べ方 - Konifar's ZATSU
Laravelが如何にダメで時代遅れかを説明する - Qiita
AWSアカウントを取り違えないための試み - KAYAC Engineers' Blog
どうしても他者と比較してしまう人への処方箋 - Qiita
Googleを退職します - YAMAGUCHI::weblog
理想の自分を演じることで、理想に近づく - そーだいなるらくがき帳
Ubieが2024年にReact Nativeを選ぶ理由
MITのエンジニアが太陽光発電で1日最大5000リットルのきれいな水を生成する淡水化システムを開発
【エンジニアの日常】エンジニア達の人生を変えた一冊 Part2 - Findy Tech Blog
Skebがクリエイターに“適切な納税”呼び掛け 「市区役所からの調査依頼が毎月あり、事務をひっ迫」
ITエンジニアの底辺レベルについて解像度を上げる｜Junichi Nakahara