アジャイルとかいうクソみたいな開発
結論から言うと受発注の関係性でアジャイル開発やるのは完全に間違えてる 受注側が優秀だと発注側の意思決定の遅さにイライラするし 受注側が未熟だと発注側のイメージが具現化されない 第三者的に両方の場合に遭遇したんだが記録しておきたい 受注側が優秀な場合スプリントのスピードが速すぎて発注側の意思決定が間に合わない 評価用のボタンを作成するときにGood/BadにするかGood/Normal/Badにするかを決めるだけで2週間かかる 本来なら意思決定者がミーティングに出て欲しいが日本企業は権限委譲しない会社ばかりなので 最終決定は上役の偉い人になるが、そういう人はなかなか捕まらないので意思決定が遅くなる 「意思決定を早くしよう」ということでミーティング時間を10分に制限するとか意味不明なことをしてる 責任を下位の役職まで委譲しないとアジャイルは成り立たない まぁなのでこういう組織にはアジャイルは向
ボクのリベラルの根源はGNU宣言とフリーソフトウェア運動
GNU宣言とフリーソフトウェア運動を誤りのおそれなく端的に説明すると「自分自身が所有するコンピュータの制御権を自分自身が掌握する」である。 これを座右の銘と表現しても良いし、スローガンと表現しても良く、理念と表現しても良い。 基礎的でかつ根源的、基準であり最低限この「自分自身が所有するコンピュータの制御権を自分自身が掌握する」から外れたものは何処かに誤りがあると判断している。 ボクは思想家ではなく、GNU宣言とフリーソフトウェア運動という言葉を目にした有識者がお察しの通り情報技術者だ。 思想家ではないので政治や経済に専門家ほどの知識を持てておらず、おそらくはこれまで語れてきた思想の中にGNU宣言とフリーソフトウェア運動を包括する思想概念が存在するであろうけれどボクはその思想概念を知らない。 ボクは思想をよく知らないが、ボク自身がよく知るハッカー文化の文脈で理解しやすいGNU宣言とフリーソフ
個人向けソフトウェア開発・システム開発ってメジャーじゃないよな
きわめて個人的な目的を達成するために必要なソフトウェアやシステムってあるはずだけどほぼみんな勉強して自作してるよな。 そこの潜在的な需要を掘り下げて提案して制作までするような流れができれば、 改良やら保守の需要も見込めるしカネになりそうな気がするんだけど。 よくＩＴが土方やゼネコンに例えられるけど巨大ビル建設や集合住宅（汎用性の高いプログラムコピーを法人・個人へ大量配布） の分野ではそうだけど一戸建ての注文住宅みたいな領域は未開拓でみんなログハウスを自分で建ててる感じだよな。 まぁ請負サイトとかで個人間で受注したりってのはみられるけどそこを大規模にやってる企業とかないし。 まあ誰も手を出さない理由がなにかあるんだろうけど。 (追記) エロサイト巡回の効率化を巡る日曜朝っぱらの思い付きに思いのほかトラバ＆ブクマ集まったな。みんなサンキューな。 潜在需要の掘り起こしが難しいってのが大きいよな。
ソフトウェア開発の進歩完全に止まったような気がする
(ゲームの話は一切知らん) いつのまにか「Webフロントエンドの動きが速い」とか誰も言わなくなってることにふと気付いた。なんというかソフトウェアをどう作るか、という問題にたいして大枠の部分では完全に固まってしまって、あとは個別の事情をどうやっていくかみたいな話しか残ってないように見える。 端的にいえば、宣言的UIとkubernetesは聖杯だったのではないかな。 k8sにかんしては「Cloud Runみたいのでいいじゃん」みたいな話はあると思うんだけど、Envoyほしいとかなってくると結局事実上k8s必須だし、今新しくアプリ作るときに宣言的UIじゃないフレームワーク使うこととかほぼ考えられんよな。で、こういう構成が定番ですね、みたいになってなんかもう数年は経つ気がする。結果として日本語でソフトウェア開発の話になるとチームビルディングがどうのみたいな話しかなくなってきていて、なんかつまんねー
DDD(ドメイン駆動設計)、理念に大賛成、実装に大反対。
※追記あり。最後の追記は 2021/04/25 21:40頃※ タイトルの通りのことを思っているけど、顕名のブログで書くと社内で干されるので、増田に書く。社内の心理的安全性がそんなに低い訳ではないけども、潮流が凄いので今は慎重に振る舞いたい。 この記事を見て「キミはDDDのことを誤解している」と思われた方はコメント等で優しく（易しく、ではない）ご指摘願いたい。 ※この記事では Web Application を前提とした話になっている。 DDDとは？https://ja.wikipedia.org/wiki/%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E9%A7%86%E5%8B%95%E8%A8%AD%E8%A8%88 DDD、ここがイケてる ソフトウェア開発者は開発対象のドメインのことをほとんど知らない、という問題意識およびその提起。 俗に言う「ビジネスサ
すぱまーは同じ内容を逐一文字入力しているのではなく ほぼ間違いなくコピ..
すぱまーは同じ内容を逐一文字入力しているのではなく ほぼ間違いなくコピペで連投している。 だから、クリップボードの内容を監視することで、少なくとも、コピペスパマーは駆逐できるのだ。
ぴょまいらのパソコンで一番好きなソフトなあに
ぽまえらの最近のパソコンの使い方で気に入ってるのなあに ほぼブラウザとメール？ 昔はポストペットとか特打とか、いろいろ面白いソフトがあったんだぞ ヨドバシにいってきれいな風景画像のCD-ROMを買ったりしてたんだぞ
ニッポンはもうIT大国になれない
ソフトウェア業界はドラゴンボールの世界と似ています。 「私の戦闘力は５３万です」 というのはフリーザの有名なセリフなのですが、ソフトウェア産業でもまさに同じようなことが起きていて、戦闘力（＝生産性）が桁外れの人がごろごろいるのです。 １００人のプログラマが２週間かかって出来ないことをスーパープログラマが２時間であっさり解決とか普通にある世界です。 Google Code Jam とか Top Coder のアルゴリズム部門といったオンラインプログラミングコンテストに出場してみればわかると思います。（誰でも出場できます） 全世界一斉によーい・・ドン！と始まって、１問目の問題文を読み始めます。 すると・・三分の一も読むか読まないうちに、スコアボードにはすでにプログラムを提出して正解判定をもらっている人がちらほら出始めます。 なん・・だ・と・・？！ あなた方は魔人ブウの団体様ですか？？ なんとか
ソフトウェアの技術革新って必要なのかな？
プログラマの間では昔から、この手法は処理が遅いだとか、無駄が多いだとか、再利用を心がけろだったりとか 様々なやり方で、ソフトウェアをチューンナップして処理速度を上げるためのやりとりが際限なく 繰り返されているけど、だいたいどれもハードウェアの技術革新によって記録は塗り替えられてないかな。 そりゃ、ミドルウェアレベルでは全てのパフォーマンスに影響してくるので、ちまちまとした 改良が加えられるべきなんだけど、ソフトウェアレベルではどうなの？ Ｉ／Ｏに引きずられるから、Ｉ／Ｏの処理は最低限に抑えるってのが昔から定説だけど それもSSDの登場で、かなり緩和された感があるし、結局プログラマの努力って ハードウェアの努力には追いつかないし、無駄なのではないかと思ってる。 １０年前を支えたプログラム技術で今も生きているものってある？ オブジェクト指向とかプログラムのわかりやすさを追求したものは別でね。速
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ここ数年の戦争で負けていったWindowsで使えるテキストエディタたち