日本産のソフトの品質や使い勝手が著しく低い理由は？に関する、引用RT、リプライ、保存用まとめ
Nobi Hayashi 林信行 @nobi 質問は改めてコンテクストも加えた上で再投稿します。 ただ、ここまででただの私への罵詈雑言以外にもいくつか重要な意見あったので、その辺りはtogetterで（誰かに）まとめてもらいたい... 中心軸（＝問題ツイート）を削除すると引用ツイートとかは探しにくくなっちゃうのかな？ 2023-12-21 10:44:39 Nobi Hayashi 林信行 @nobi 【再投稿：やはりUI設計無視できず、追加しました】 日本の大企業（や官庁）が提供するソフト・サービスは使い勝手が悪く、品質も低いものが少なくない。 最も改善に力をいれるべきはどの問題か？ 1.能力： お金をかけてでも優秀なソフトウェアエンジニアを雇う 2.開発体制の問題： 開発体制を見直す。下請け・孫請けをやめる。しっかりと全体設計や使い勝手のことを考えるデザイナーを中心的役割として取り入れ
【入門】要件定義
はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい
Re: 技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - @kyanny's blog
技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - Speaker Deck 「品質と速度はトレードオフの関係ではなく、比例する」みたいな話を見聞きするたびにモヤッとするのが、 本当に短期的な話、三十分以内に変更してデプロイしたい、みたいな「短期的」な話であれば「テスト書いてる時間はない」は間違いではない、一分将棋みたいなギリギリのプロジェクトに従事している人のことを考えろ（？） 「ちゃんと設計せずに作った（そうせざるを得ない外圧があった）→ちゃんと設計する余裕があれば負債を溜め込まずに済んだ」みたいに聞こえるが、十分な時間があったら負債が出ない高品質の設計ができたとでも思っているのか？ ↑に書いた「三十分か一時間か」みたいなギリギリの状況ならいざ知らず、日・週単位でスケジュールが組まれてるソフトウェア開発プロジェクト
チーム内にテックな話題を話す場を作っておよそ半年が経ちました - SmartHR Tech Blog
SmartHRの基本機能と呼ばれるプロダクトでエンジニアリングマネージャーをしている @sugamasao (id:seiunsky) です。 この文章はSmartHR Advent Calendar 2022の2日目のエントリーとして書いています。 はじめに、いくつか前提となる状態をお伝えすると、私の所属している「基本機能」プロダクトはScrumを拡張したLeSSというフレームワークを使っており、現在は6チームで1つのプロダクトを開発しています。 さらに、私は今はエンジニアリングマネージャーという立場にいますが、少し前まではこの6チームのうちの1チームに所属するメンバーでした。そのため、これ以降に記載している取り組みは私がチームに所属していた時にはじめたものという認識をしていただけますと幸いです。 テックな話題 #とは リモートワーク主体で仕事をしていると意識的に雑談によるコミュニケーシ
設計の考え方とやり方
#asken_dev「設計の考え方とやり方」勉強会 https://asken.connpass.com/event/254709/ ・良い設計は悪い設計より変更が楽で安全である ・ドメインモデル方式のクラス設計 ・イミュータブル方式のテーブル設計 ・設計スキルの身につけかた ・設計のためのモデリング
結局UMLとかシーケンス図とかAWSの図とかどれで描くと良いのよ？と思ったときの選択肢 - Qiita
自身のプライオリティによりますが、いくつか。 Markdownで幅広く再利用性を利かせたい、長期的に丁寧に版管理したい 自分自身の操作性、描きやすさと、見た目 俄然手軽に、短期的に、Onlineでいつでもどこでも いずれかという視点で考えると良いのかなと思い、並べてみました。 1. 長期的に: Markdownで幅広く再利用性を利かせたい、丁寧に版管理したいなら Markdownで描くことのメリットは再利用性。 将来的に追記・編集、自分以外の誰かが手を入れる可能性が高い。 現在のドキュメントだけでなく多種説明資料、媒体に転用する可能性がある。 ...という点で差分管理をしたいなら、以下。 VSCodeでPlantUML、Mermaid 上記参考で以下。 Alt+D でプレビュー起動。 Ctrl + Shift + P でコマンドパレットを起動し、出力。 png, svg, eps, pdf
仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話｜田辺めぐみ
よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました！ ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー！ 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を
テスラの信じられない発表「コントローラーを半導体に合わせる」
米Tesla（テスラ）が全く信じられない発表をした。驚愕（きょうがく）したという意味であって、信頼できないという意味ではない。 テスラのIR資料＊1を確認していると、2021年第2四半期の「株主デッキ（Shareholder Deck）」＊2に目が留まる。現在、自動車各社ともに半導体不足で呻吟（しんぎん）しているが、テスラは「我々の開発チームは、半導体不足から引き起こされる製造の問題について対応するために、これまでにない取り組みを開始している。我々のエレキとファームウエアのチームは、19もの新たなコントローラーを用意し半導体不足に対応するために鋭意、設計や検証に取り組んでいる」というのだ＊3。 ＊1 TESLAのIR資料 ＊2 2021年第2四半期のShareholder Deck ＊3 原文はOur team has demonstrated an unparalleled abilit
当たり前にリリースしていく ~ 新卒研修編 - Classi開発者ブログ
当たり前にリリースしていく ~ 新卒研修編 開発支援部基盤バックエンドチームのみんなの頼れるお兄さん id:Soudai です。Classiでは例年新卒採用を行っており、新卒研修の一環として今年からそーだい塾を行いました。当日の資料はこちらです。 この記事では当日の資料にはない部分で、研修中に触れた内容について解説していきます。 YAGNIを言い訳に使わない 研修中の最初の質問は「変更に対する可用性をどこまで許容しますか？」でした。 質問を噛み砕くと どこまで設計にこだわりますか？ という質問でもありました。結論としてはYAGNIを言い訳に使わず、最大限考え抜くべきとした上で私なりのアドバイスをしました。 いつ設計を諦めるか 最初から最高の設計が思いつけば問題はありません。しかし、考えがまとまらないときにどこまで考え抜くかは悩ましい問題です。 そこでアドバイスとして次の2つをしました。 先
マイクロソフト、半導体を自社設計へ サーバーやＰＣに＝関係筋
米マイクロソフトが、クラウドサービス向けのサーバーとパソコンの「サーフェス」に、自社で設計・開発したＣＰＵ（中央演算処理装置）を搭載する計画を進めていることが分かった。写真はニューヨークで２０１５年に撮影（２０２０年 ロイター/Mike Segar） ［１８日 ロイター］ - 米マイクロソフトが、クラウドサービス向けのサーバーとパソコンの「サーフェス」に、自社で設計・開発したＣＰＵ（中央演算処理装置）を搭載する計画を進めていることが分かった。事情に詳しい関係者が明らかにした。 同関係者によると、マイクロソフトは英半導体設計大手ＡＲＭの半導体技術を利用する。実現すれば、米半導体大手インテルへの依存度が下がる可能性がある。
データベース設計の際に気をつけていること - 食べチョク開発者ブログ
皆さんこんにちは、エンジニアの西尾です。 新しい機能・サービスを開発する際、私は特にデータベース設計に気をつかいます。 データベースはシステムの土台です。 土台が不安定だと、その上に積み上げていくアプリケーションコードがいびつなものになり、つらい思いをします。 また、一度動き出してしまったシステムのデータベース設計を変えるのは、容易なことではありません。 データベース設計には”これだ！”という正解はないと思っています。 サービスの特徴、システムの性質、toB向け/toC向け、Readが多い・少ない、Writeが多い・少ない。 その他もろもろの背景により、データベース設計の仕方も変わってきます。 このテーブルは正規化していないから駄目だ、この設計はいわゆるポリモーフィック関連だから使ってはいけない、などということはありません。 アンチパターンと呼ばれるものも時と場合によっては正解になります。
ひどい欠陥機だったソ連のSu-27戦闘機「フランカー」 命がけの再設計 | 乗りものニュース
ソ連時代の戦闘機開発は、国営の設計局が担う国家プロジェクトですが、なにかと死が身近な同国でそのちゃぶ台をひっくり返すのは、並大抵の覚悟ではできないでしょう。しかしその命がけの再設計で、のちの大傑作機が生み出されました。 大成功したSu-27戦闘機のいわゆる「黒歴史」 最も美しい現代戦闘機は何でしょうか。美の基準は個人の好みによりますが、何人かに尋ねれば、まず間違いなくロシアのユナイテッドエアクラフト（スホーイ）Su-27の名を聞くことになるでしょう。 ロシア語で「鶴」の愛称を持つSu-27は美しいだけではなく、双発戦闘機としては世界最多の1067機（派生型含む）が運用中の金メダリストでもあります。この数字は単発戦闘機を含んでもなお、F-16（2280機）に次ぐ第2位という偉大な記録です。 拡大画像 スホーイSu-27の原型機T-10初号機。欠陥機で十分な性能もなく墜落事故も発生。開発を中断
実例に学ぶスクラム導入手順 - タスク属人化を避け、チーム開発力向上のためにRettyがやったこと - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ウォーターフォールモデルから、アジャイルへの切り替えを試みる開発チームが多いなか、スクラムを導入したもののうまく浸透しなかったという声も少なくありません。公式の『スクラムガイド』のとっつきにくさが導入のハードルを上げているとの声も聞きます。 Rettyのスマホアプリ開発チームは、あえて現在の自チームに合わせたカスタマイズを一切せず、『スクラムガイド2017』に沿ってスクラムを導入。メンバーのモチベーション向上や開発メンバーの視座を高めるなど、わずか半年で効果を出しました。 参考：スクラムガイド™（日本語版PDF） いかにハードルを乗り越え、チームの生産性向上とメンバーの満足度向上につなげたのでしょうか。スクラムの導入を提案し、実際に導入したチームのマネージャー、スクラムマスター、開発者メンバーの3名に話を聞きました。 スクラム導入前夜〜タスクの属人化に課題あり 1人のプランナーが5人のエン
初心者でもDB設計やデータモデリングについて学べる7つのサイトと本 - paiza times
Photo by Samuel Mann こんにちは。谷口です。 「SQLは何となく書けるけど、DB設計はしたことない…」「DB設計について一度ちゃんと学んでおきたい…」という人は多いですよね。 DB設計とは、DBのデータモデル（DBの構成など）を作成する作業です。 DBを一から作ったり、テーブルを追加したりする際は、当然ですが「今あるデータが何となく格納できればそれでOK」ではありません。 テーブルは正規化できていないといけませんし、データの整合性も取れないといけません。また、効率よくデータが取れる構造になっているかどうかも重要です。 一から設計に取りかかるようなケースは少ないかもしれませんが、DBを取り扱うことがあるなら、こうしたDB設計の基本は知っておいて損はありません。むしろ自分が扱うDBの構造はきちんと知っておかないと、「なんか適当にSQL投げたらデータ取れたけど、正しく取れてる
だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう？ - Mitsuyuki.Shiiba
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
あらためて見直す、ITアーキテクトの役割
あらためて見直す、ITアーキテクトの役割：徹底解説！ ITアーキテクトとは何か？（1）（1/4 ページ） テクノロジ活用の在り方がビジネスに与える影響が増している今、ITアーキテクトの重要性もより一層高まっている。ではITアーキテクトとは何か？ 大手SIer、TISのITアーキテクト、熊谷宏樹氏がその役割とポイントを現場視点で徹底解剖する。 ITアーキテクトの仕事とは？ 昨今のシステム開発の現場は、戦々恐々としている。大規模・複雑化、短納期化の中で、業務要件を満足させるハードルは年々上がっている。このような状況下では、専門分野別の高度な技術者の分業体制で、多種多様な技術を駆使してプロジェクトを進める他に道はないと考えられる。そうした専門技術者の中でも、「ITアーキテクト」の重要性は日に日に増している――。 近年、私は日々のプロジェクトの中でこのように感じることが増えています。例えば昨今、企
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
要件定義とはそもそも何か
【特集】 徹底解明。VAIOが電源オフでもバッテリを使っている真の理由 ～VAIO開発者が語るUSB PD設計の難しさ
【旧版・説明欄参照ください】 サーバーレスアプリケーション向きの DB 設計ベストプラクティス
仕様書作成のポイント_180814
