初心者レベルの言い訳をしない: 柴田 芳樹 (Yoshiki Shibata)
出来上がったコードの可読性も含めた品質の悪さを、時間がなかったとかプロトタイプだからと言い訳する人がいます。スキルが高い人の場合は、同じ時間制約でも高い品質のコードを書きます。それは、ある程度無意識になるまで、訓練を重ねているからです。無意識になるまで意識して普段から活動するのです。 ソフトウェア開発ではないですが、熟練者と初心者の差を比較するために短時間でどれだけの成果が出るかを競うテレビ番組を時々見かけることがあります。必ず熟練者の方が量も質も圧倒的に初心者を凌駕しています。つまり、時間がなかったとかプロトタイプを言い訳にした時点で、経験年数に関係なく、初心者レベルだということです。 1988年に米国への赴任前の送別会で今は亡きS.Uさんに言われたのは、「与えられた仕事をこなして初めて次の難し仕事が与えられる」と言われたことがあります。逆に言えば、できないと判断されたら、仕事を与えない
社内勉強会はヤメだ。自主的はいらん、全員技術発表だ！ - @ledsun blog
社内勉強会について僕にも思うところがある*1。 社内勉強会をやらない理由 - 勘と経験と読経 社内内弁慶を社外勉強会に参加させる方法: ソフトウェアさかば 最初に言っておくと弊社は20人くらいしか居ないし、受託開発と派遣が半々くらいのSIerだ。 id:kent4989 の会社とはだいぶ状況が違う。 社内勉強会はやらない 結論から言うと社内勉強会はやっていない。やらない理由は発表者のコストが高くてメリットが少ない。 勉強会のつらさ IT系の勉強会のノリだと テーマに対して興味のある人が少なく参加者が少ない 最新ネタは業務と離れすぎていて、継続する努力がハイコスト過ぎる 研修のつらさ 教育を重視して基礎的な内容をやると 基礎的な内容だと教える側が刺激が足りなくて飽きる 教える側が教えるほどは理解していないので、事前準備がハイコスト過ぎる そんなわけで社内勉強会をやるのはやめました*2。 技術
見積もり・発注 - 技術情報Wiki
見積もり† Why software projects take longer than you think: a statistical model · Erik Bernhardsson 2019 「小さいアプリケーションの作り直しだし，すぐ終わるだろ〜」 - エムスリーテックブログ 2023.6 システム開発の提案における概算見積書の作り方 - Qiita 2023.3 三点見積り（三点見積法）の使用方法とメリット・デメリットを解説 | Promapedia（プロマペディア） 2020 見積もりは難しい。いつまで経っても難しい。 - Qiita 2022.12 技術顧問との1on1で見積もりには3種類あることを教えてもらった - Qiita 2022.12 見積、コミットメント、ターゲット 約束は開発を遅らせる - Mitsuyuki.Shiiba 2022.11 スケジュールの見積
技術情報Wiki - 技術情報Wiki
2024-06-16 AI／機械学習 AI一般 数学（関数／級数／解析） LLMアプリ開発 Amazon Bedrock 顧客対応 2024-06-15 システム運用 IT業界の待遇／福利厚生 AIによる開発支援 大規模言語モデル TypeScript関連 Unicode 2024-06-14 アルゴリズム GitHub関連 GitHub Copilot AWS データ処理系サービス 自然言語処理 ハイパーバイザー型仮想化 数学（統計学） スキルアップ関連 IT業の経営・戦略など デジタルトランスフォーメーション クラウド一般 2024-06-13 リスクマネジメント Transformer Spring Boot関連 WebAPI関連 REST関連 AWS その他のサービス LLMライブラリ MySQL関連 スクラム 英会話・ビジネス英語・技術英語 データベース関連 2024-06-12
東海地域のソフトウエアエンジニアの方向けのイベント（1月20日@浜松）：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
2012年1月20日（金）に東海地域ソフトウエア技術者フォーラムを開催します。静岡大学が主催し東海ソフトウエア開発プロセス研究会が共催しています。招待講演として、組込みシステムの開発事例と東海地域のソフトウエア技術者のパネルディスカッションを予定しています。静岡大学情報学部の活動を知っていただくためのセッションも含まれています。進行プログラムの詳細や申込み方法はこちら。静岡大学をはじめ、多くの大学がミッション（使命）として、教育、研究、社会連携をとして挙げています。本フォーラムは社会連携活動の1つと位置づけられます。 開発事例にはソフトウェアテストシンポジウム2011関西の基調講演にも登壇されているオムロンソーシアルソリューションズの幡山氏に自動改札機開発での取組みをご紹介いただきます。こちら（当ブログの過去エントリ）でも紹介しましたが、VDM++から生成したコードを別チームが作成した自動
ヒッキーがリーダやってみた
すぺっく 仕事：ソフトウェア開発 性格：ヒッキー。 立場：特定派遣。メンバーは自社の人。人事権はない。 何の因果か、リーダーとかやるはめになったのでその経験を書いてみる。 技術的な話はない。 ■方針：プブチャラティの精神。 「任務は遂行する。部下も守る。両方やらなくちゃならないのが『幹部』のつらいところだな。覚悟はいいか？ 」 プブチャラティさん！俺やるよ！ …というわけで、尊敬するプブチャラティさんの姿勢をすべての行動の方針とした。 ■実際にやったこと。 ○作業日誌を送りつけた。 本日やった作業とともに顧客と自社の上層部に送りつけた。 われわれたはちゃんとやってますよという言い訳と、問題が発生した場合に上司に詰め腹を切ってもらうため。 ○朝会 毎朝、問題点と作業の状況を２，３分で確認した。 これで、問題点を抱え込まない状況を作り出すのと、一体感、連帯感的なものを演出した。 ○作業の目的を
Matzのコメント: DebianのRubyパッケージ管理者をやめちゃった方への - 方向
DebianのRubyパッケージの管理者をやめちゃった方のBlogが何かと話題になっています。主にRubyコミュニティへの不満、特に日本語偏重への不満が溜まっていたようです。 http://www.lucas-nussbaum.net/blog/?p=617 http://d.hatena.ne.jp/karasuyamatengu/20110103/1294014752（和訳・要約） その記事にMatzがコメントしていたので訳してみました。 Although I respect your decision, I think some of your problems could have been improved (or resolved) by communication. Maintaining software is a series of compromise between
「テスト駆動開発入門」コース: 柴田 芳樹 (Yoshiki Shibata)
昨日、「テスト駆動開発入門」コース（社内教育）の今年最後の教育を行いました。少しずつですが、その必要性が認識され始め、実践されて始めてきました。しかし、ソフトウェア開発は、複雑な活動であり、様々な面があり、きちんと定着して実践されるようになるまでは何年も要するでしょう。 テスト駆動開発に関連したブログとして、以下の内容を過去書いています。 The Boy Scout Rule 書籍『Agile Testing』 テスト駆動開発とClean Code リファクタリングしてますか？ The pillars of good tests テスト駆動開発の先駆者はDijkstra! 技術はできて当たり前の管理職 技術はできて当たり前の管理職（２） コードを読むこと 防御的プログラミングとテスト駆動開発 夜間ビルドとテスト駆動開発 リファクタリングと作業 Javaプログラミング道場 夜間ビルドとテスト
クライアント作者さんは大変だなぁ
戸嶋 久 Hisashi Toshima 🎵🔈 @t_hisashi @aki_null 今日夜フクロウを2.07にアップグレードしましたら、MentionsのTweetにcommand+option+VでRetweetできなくなりました。これは非常に困ります。なんとかなりませんか？ 2010-05-14 18:11:28
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
東海地域ソフトウェア技術者連携フォーラム (2012/1/20)
Amazon.co.jp: アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~: Mike Cohn (著), マイクコーン (著), 安井力 (翻訳), 角谷信太郎 (翻訳): 本