mumei-0のブックマーク - はてなブックマーク

何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット - Findy Engineer Lab

ソフトウェアエンジニアは、どのように事業に貢献すべきか？宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ︵当時︶に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が﹁事業に貢献していない﹂ことを明確に意識す

mumei-0 2024/07/01

“責任を負うこと自体はたいへんだけど、仕事は楽になるんです。”

リンク

40年間エンジニアをやるために、真剣に考える7つのことのスライドを8月9(月曜日)まで公開中です。 - Vengineerの戯言

@Vengineerの戯言 : Twitter System Verilogの世界へようこそ、すべては、SystemC v0.9公開から始まったはじめに 2019年4月24日にツイートしたこれ。このツイートがきっかけで下記のブログ => Design Solution Forum 2019 での講演に繋がりました。 vengineer.hatena blog.com 8月7日から9日まで限定公開 Design Solution Forum 2019 での講演資料を8月7日から9日まで限定公開しています。40年間エンジニアをやるために、真剣に考える7つのことのスライドをこの週末公開します。1)、技術2)、コミュニティ3)、伝える4)、時間5)、お金6)、お仕事7)、ライフスタイルhttps://t.co/lgbHQTzilH— Vengineer＠ (@Vengineer

mumei-0 2024/07/01

あとで読む

リンク

CSS のカスケードレイヤー `@layer` を使ってスタイルを階層化して管理する

CSS のカスケードレイヤー `@layer` を使ってスタイルを階層化して管理する 2024.06.30 CSS の `@layer` ルールは、カスケードレイヤーを宣言するために使用されます。カスケードレイヤーとは、スタイルの優先度をレイヤー︵階層︶に分けて管理する仕組みです。`@layer` ルールを使用することでスタイルの記述順や詳細度に関係なくスタイルを宣言できるため、新しい形式の CSS 設計を実現することができます。 CSS の @layer ルールは、カスケードレイヤーを宣言するために使用されます。カスケードレイヤーとは、スタイルの優先度をレイヤー︵階層︶に分けて管理する仕組みです。@layer ルールを使用することでスタイルの記述順や詳細度に関係なくスタイルを宣言できるため、新しい形式の CSS 設計を実現できます。 @layer ルールは CSS カスケーディングレベル

mumei-0 2024/07/01

あとで読む

リンク

イーロンマスクの「開発の5ステップ」をまとめました - あなたの要件はアホだし、そのプロセスも要らない、すぐ最適化するな。 - Make組ブログ

イーロンマスク氏がスペースXを案内するという動画︵Starbase Tour with Elon Musk PART1︶の中で語られた﹁開発の5ステップ﹂が僕的に衝撃でしたのでまとめます。この内容、心底素晴らしいのですが、元動画では話が少しとっ散らかっていますし専門的すぎます。僕自身、何度も内容を思い返して役に立ったのですが、見直すたび読解に苦労するので自分のためにまとめ直しました︵ありがとう、僕！愛してるよ！︶。以降については、イーロンマスク氏が語る開発の5ステップについてまとめています。余力があれば、自動字幕ありで動画を見ながらのほうが、イーロンマスク氏の熱意を感じられて楽しいと思います︵下の動画では、この話が始まる辺りから始まるようにしています︶。 youtu.be イーロンマスク、開発の5ステップ開発の中では以下の順序を必ず守らないといけません。要件をアホのままにしな

mumei-0 2024/07/01

あとで読む

リンク

アップルとグーグルの「探す」機能はどちらが優秀？なくし物を実際に探してみた

Googleは以前から、場所が分からなくなった﹁Android﹂﹁Wear OS﹂搭載デバイスを見つける﹁デバイスを探す﹂機能を提供している。4月にはこの機能を拡張し、オフラインのデバイスや、Chipoloの﹁ONE Point﹂などのBluetoothトラッカーも探せるようにした。一方、Appleの﹁探す﹂ネットワークは﹁iPhone﹂﹁iPad﹂﹁Apple Watch﹂﹁Ai rTag﹂などのApple製品を見つけられるほか、Nomadの﹁Tracking Card﹂をはじめとする、この機能に対応する他社のデバイスにも使える。では、この2024年時点では、この2つの機能のどちらが優れているのだろうか。筆者はそれを確かめるため、ChipoloのONE PointとAi rTagを持って、サンフランシスコを訪れた観光客に人気のスポットであるピア39に向かった。その後、米CNETのJohn

mumei-0 2024/07/01

あとで読む

リンク

技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？（後編）

技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？（後編）ソフトウェアの品質をテーマに研究をしている名古屋大学森崎研究室は、ソフトウェアの技術的負債をなんらかの形で数値化する手法の研究の一環として、コードの読みにくさの原因となる要因などを分析した研究結果を発表するイベントをオンラインで開催しました。この記事ではそのダイジェストを紹介します。記事は前編と後編の2つに分かれています。今お読みの記事は後編です。森崎氏による補足説明前編では、グループA（命名的問題）より、グループB（構造的問題）の方が正答率が大きいということ。一方でグループA（命名的問題）よりグループB（構造的問題）の方が読みにくさを感じた、という点に統計的に有意な差があったことが発表されました。発表の後、オンラインイベントの参加者からの質問について森崎氏と和田氏

mumei-0 2024/07/01

“関数名は日本語で書いてもいい”

リンク

技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？（前編）

技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？︵前編︶ソフトウェアの品質をテーマに研究をしている名古屋大学森崎研究室は、ソフトウェアの技術的負債をなんらかの形で数値化する手法の研究の一環として、コードの読みにくさの原因となる要因などを分析した研究結果を発表するイベントをオンラインで開催しました。今回発表された研究では、技術的負債を抱えたレガシーコードのリファクタリングで取り除かれた問題の90％以上が、メソッド名と実際の関数の動作が一致していない、あるいは関数名とコメントが矛盾しているなどの﹁命名的問題﹂、もしくは複雑で読みにくい多数の条件分岐や深いネストなどを抱えた﹁構造的問題﹂のいずれかであるという先行研究があることを踏まえ、どちらを優先してリファクタリングすると保守性や可読性が高くなるかを調査しています。具体的には、命

mumei-0 2024/07/01

“読解時に感じる読みにくさの原因が、読解精度を低下させているとは限らない”

リンク

プライベートでMac使うのやめた

最近、自分のプライベートの開発環境を大きく変えたので紹介する。先にまとめプライベートではMacを使わなくなった家にUbuntuが入ったミニPCを置いた外からはThinkPad X1 CarbonからTailscale経由のSSHで家のミニPCに接続購入までまず、自分にとって最も大きな変化はプライベートでMacを使わなくなったことだ。2013年くらいにプログラミングを始めてからずっとメインのOSはMacだったので、約10年ぶり、ほぼ初めての非Mac環境である。自分の普段の開発のユースケースは、Webアプリケーション開発とNode.js上で動くソフトウェアの開発、WebKitへのコントリビューション、たまにRustやGoやC/C++で自分専用ツールの開発、くらいなので別にMacで困っているわけではなかった。Web開発やNode.js上のソフトウェアの開発はまあ普通にMacで困らな

mumei-0 2024/06/30

ハイスペックのミニPCに Linux 入れて開発機にするというのは、いいアイディアだと思った。

リンク

障害対応を楽しむ7つのコツ

透過 Cloud Function + Firebase 與 Gemini Pro Vision 打造一個旅遊小幫手 LINE ChatBot

mumei-0 2024/06/30

あとで読む

リンク

これを知らなければ、C++プログラマを名乗れない。ITエンジニアも驚いた「C言語」の配列の仕組み→「初めて知った」「配列へのアクセスの書き方が糖衣構文」

二項しいぷ @BinomialSheep C++の「す、すげーー！！そんなことすなーっ！！！！！！」シリーズ『プログラミング言語C++ 第4版/ストラウストラップ』 pic.twitter.com/KjiDaXe0tj x.com/winter_kyopro/… 2024-06-21 23:42:32

mumei-0 2024/06/30

あとで読む

リンク

知っておくと仕事が捗る便利ツール17選 - Qiita

はじめに知っておくと仕事が捗るブラウザ上で動く超便利なツールを17個集めました。 Squoosh Googleが開発した画像変換・圧縮用のWebサービス。プレビュー画面で変換前後の画質をリアルタイムで確認しながら圧縮設定を調整することができる。 Documatic Documaticは、プロジェクトドキュメントの開発プロセスを削減するためのツール。API リファレンスからユーザーガイドまで、コードベースを簡単に文書化できる柔軟なテンプレートとユーザーフレンドリーな編集ツールを提供する。 transf orm jsonからyamlの形式に変換したい等、あらゆるデータ形式から別の形式に変換するサービス。 jsonからyml、htmxからjsxへの変形、jsonやGraphQLのIDLからTypeScriptのinterfaceまでも、ブラウザ上で生成することができる。 Roadmap.s

mumei-0 2024/06/30

あとで読む

リンク

『35年と3ヶ月間働いて、とうとう定年になりました。区切りとして、定年エントリーを書きました。お楽しみください。 - Vengineerの妄想』へのコメント

はてなでも定年エントリ増えるんだろなぁ。/“40年間、ずーと、自分のペースで成長することはほぼ不可能です。︵略︶特に、40歳を超えると、色々あります。。ということを知っておいてください。。。”

mumei-0 2024/06/30

“はてなでも定年エントリ増えるんだろなぁ。”

リンク

35年と3ヶ月間働いて、とうとう定年になりました。区切りとして、定年エントリーを書きました。お楽しみください。 - Vengineerの妄想

はじめに今日、勤務先の制度上、定年を迎えました。大昔は、誕生日をもって定年でしたが、最近は定年を迎える月の末日ということのようです。早いもので、35年と3か月(423か月)、雇われる身として、働いてきました。ちなみに、国民年金の満額は、480か月ですので、満額は貰えません。今月末に定年エントリーを各予定です。若い頃の働き方が定年までできるのはほぼ無理です。家族が増えたり、家の購入、子供教育、親の介護などいろいろな事が起こります。起こる前提にしておかないと、辛いだけですそれから勤務先からの要求も変わっていきます。という内容を残したいと思います。— Vengineerの妄想(準備期間) (@Vengineer) 2024年6月9日定年を意識したのは、パンデミックの2年目です。おこちゃまが大学進学のためにお家から出て行ってからです。最初に定年について書いたのが下記のブログです

mumei-0 2024/06/30

“40年間、ずーと、自分のペースで成長することはほぼ不可能です。”

リンク

Being Glue — No Idea Blog

Talk Abstract:Your job title says "software engineer", but you seem to spend most of your time in meetings. You'd like to have time to code, but nobody else is onboarding the junior engineers, updating the roadmap, talking to the users, noticing the things that got dropped, asking questions on design documents, and making sure that everyone's going roughly in the same direction. If you stop doing

mumei-0 2024/06/26

『スタッフエンジニア』で紹介されていた記事。

リンク

【Git】SourceTreeがスプラッシュだけで起動しない

とりあえず何でもやってみる人。色々試した結果などの記録的な何か(笑)。参考にでもなれば嬉しい。コードやアセットなどの使用はご自由に。著作者明記、使用報告・許諾なども不要。特に利用制限はありません。最近、微妙にトラブル続きだな…。タイトルの通り、SourceTree を起動しようとすると、スプラッシュ画面だけ出て、すぐに落ちる現象がまた出た。これは過去にも何度か起こってるけど、毎回ググって確認するのも面倒になったので(笑)、完全に個人的メモ。 (※) SourceTree version 3.4.6 / Windows11(x64) で確認対処法はググれば出てくる方法と全く同じで、Windows の場合、 C:\Users\(ユーザー名)\AppData\Local\Atlassian 以下に、 SourceTree.exe_Url_(ハッシュ値のような文字列) というフォルダがあるの

mumei-0 2024/06/26

“SourceTree.exe_Url_(ハッシュ値のような文字列)というフォルダがあるので、それを削除する。”

リンク

ユーザーのニーズを満たせばいいという考えは人の持つ可能性を信じていない - yuiseki

rakusaiさん、akiyamaさんの元で働いていてワクワクするポイントは、人の可能性は自分たちが拡張できるはずだ！という信念を感じられるところyuiseki.icon

mumei-0 2024/06/20

あとで読む

リンク

たかがRuby頑張れないやつがソフトウェア開発頑張れるハズないだろう - yuiseki

私が理解している限り、「良いソフトウェア」を開発するためには「小さいチーム」と「優秀な開発者」が最重要で、それらの欠如をIDEやら静的型言語やらで埋めることはできるというのは幻想。動的型言語は最初からそんな幻想を提供しない

mumei-0 2024/06/20

リンク

良いコードってどんなコードですか？という質問を受けたら何と答えるか - snoozer05's blog

技術顧問先で、一生懸命コードに向き合っているプログラマーになりたての方から、次のような質問をもらいました。最初に面談した時、1年後にいいコードが書ける、上手に書けることを目標にしましたが、先日スクール時代の同期︵それぞれRubyの会社で働いている︶と話したところ、会社ごとにレビューの仕方やコードに関する基準がさまざまなようで、良いコードとはなんなのか疑問に感じました。﹁いいコード﹂とは、みたいな部分で島田さんの考え方をお聞きできたら嬉しいです。この質問にぼくは次のような回答をしたのですが、﹁この質問が来たら他の人はどんな回答するんだろうな﹂に興味があるので、ここにしたためておきます。もしよかったら﹁若者にこれを聞かれたら自分ならこう答える﹂をコメントなどで残していってもらえたら嬉しいです。とても大事な疑問を見つけられたんだなあと思います。﹁良さとは何か﹂ということに向き合う必要の

mumei-0 2024/06/20

思いついたのは、「適切に分割されたコード」かなぁ。

リンク

Datadog でアラート通知の質を向上させるための取り組み

この記事は毎週必ず記事がでるテックブログ "Loglass Tech Blog Sprint"44週目の記事です！1年間連続達成まで残り9週となりました！はじめにはじめまして、2024 年4月にログラスにジョインしたエンジニアの石畑です。まだまだドメインやシステムについて学んでいる最中なのですが、その中でアラート監視・運用周りをより良くできそうだったので、試行錯誤したことをまとめたいと思います。どんな課題があったのか？ログラスではフロントエンドからバックエンド、インフラに至る全てのログ・メトリクスが Datadog に集約され、横断的に分析・監視できる仕組みが整っています。アラートも Datadog でモニタリングを作成し、﹁Slack に通知 → ローテションのオンコール担当が対応﹂という体制が作れています。しかし、歴史的に積み重なったモニタリングが過剰にアラー

mumei-0 2024/06/19

あとで読む

リンク

React 19 RCのSuspenseに関する問題と現状のまとめ

この記事は、React 19 RCにおけるSuspenseの問題について、なるべくフラットな立場から現状を解説することを目的としたものです。この問題の経緯については既に先行の記事が存在します。本記事は、この記事とは別の切り口でまとめ、現在の動向を追加したものとなるよう構成しました。要約 React公式が正式リリースまでに対応してくれるようなので、大人しく待ちましょう。概要以下のように<Suspense>で包まれた、2つの兄弟コンポーネント<Foo>と<Bar>があるとします。プリレンダリングを走らせる際、React18では<Foo>と<Bar>は並列にレンダリングされましたが、React 19 RCでは直列にレンダリングされるという変更が適用されました。なぜ変更を適用したか直列にレンダリングすることで得られるメリットがあります。それは、レンダリングの途中経過をスタックに保存

mumei-0 2024/06/19

あとで読む

リンク

はてなブックマーク

タグ

mumei-0のブックマーク (891)

お知らせ

今週のはてなブックマーク数ランキング（2024年6月第5週）

今週のはてなブックマーク数ランキング（2024年6月第4週）

今週のはてなブックマーク数ランキング（2024年6月第3週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス