TSURU🦄

ご連絡はDMもしくはFBからどうぞ。

[TSURU🦄 @t_tsuru]

UniFiよりもケーブルの品質が気になっちゃう

[なまず @namazuchin]

この電飾、VLANのID毎に色変えられるんですよ！

[TSURU🦄 @t_tsuru]

ちょっと何言ってるかわからない

[山本ゆうご @yugo_yamamoto]

ちょっとだけ当時の背景を補足すると、当時は個人情報保護の取り扱いが厳しくなった頃だったんです。ログイン機能を作ると個人情報の台帳を用意してライフサイクルを会社と本人が管理できるようにしないといけない（定期的に棚卸しも必要）。個人情報が入ったデータベースも超セキュアにしないといけない。そこまでのコストをかけることでもない（収益性がないから）。

コストをかけても許されなかったのは当時のSNSによくあった招待機能です。「名前@所属会社\.co\.jp」というメールアドレスは完全なる個人情報であり本人の許諾なく第三者から預かるというのはあってはならないことなのです。

苦肉の策で考えたのは「これは長めのセッションなんです」という理屈でPHPセッションと似たようなセッションファイルでデータを管理しました。セッションID剥き出しのURLを共有することで招待機能の代替をする。セッションファイルしかないから検索機能を始めとする一般的なWebサイトの機能はほとんど作らない（作れない）。セッションファイルに関してはデータベースではないのでデータベースに関するレギュレーションからもスコープ外になる。セッションファイルだから「そのうち消える」。データを持ちすぎないことで情報セキュリティ面でリスクを減らました。

ダメ押しで名前欄の下に「個人情報は入力しないでください」と書いて個人情報のレギュレーションを回避。「これアホすぎないですか？」「いやこうしないと全社レビューは通らないので」の応酬。

とういうことで調整さんは大企業のレギュレーションの中で「大半の武器が奪われた」状態から生まれた産物ということです。カポエイラみたいな存在です。

[TSURU🦄 @t_tsuru]

@skillsharejp あとは勝手に他のプラグイン入れさせようとするの消してます。

[TSURU🦄 @t_tsuru]

@skillsharejp 全てのプラグインのアップセルを専用画面に導線を集めるだけで、アップセル自体を否定してるわけではありません😇
あとはヘルプタブの中に押し込んでます。使えない機能を見せることもブロックしてます。

[TSURU🦄 @t_tsuru]

業界によるとしか。。。しかもSMBによくいる。

[山本大介 @𝕏 @b4rskbe5]

社長ってだいたいこういう人だから仲良くなれるように人付き合いの仕方を学んだほうがいい気がするw

[TSURU🦄 @t_tsuru]

@skillsharejp Composer経由もしくはzipのみですが、こんなのをテストで作りました。
おそらくこれ入れると大体のプラグインのアップセルが消えます。
https://t.co/X3NTiIDgdU

[TSURU🦄 @t_tsuru]

たまーにこれの仕事の話聞くんだけど、実際日本人より海外方面から聞こえてくるからそう言うことなんだろうな。
ドラゴンボールだけでテーマパーク経営できるとしたらすごいよね。巨大なちいかわパークってことじゃん。

[アイジュ @aijyunotoushi]

これの何が悲しいって、なんで日本でやれなかったんだよ。

[TSURU🦄 @t_tsuru]

ClaudeはOpusが独自用語めちゃくちゃ使ってくる時期あった。あれは殺意しかなかった・・・

[きの子 ₍₍⁽⁽🍄₎₎⁾⁾ @aa7th]

ClaudeCodeが負債コードの後戻りを防ぐ仕組みという意味で「ラチェット」って用語を使ってくるので、それって一般的な用語なの？？って聞いたら自身満々で「技術的負債の文脈では定着した実践名で広く通じる。」って言ってきた。そうか？？？？？？

[TSURU🦄 @t_tsuru]

日本語フォントが残念だ。ドット風にして。。。

[グジェラ! @gujela_0525d]

シュガー・ラッシュ：スウィートレスキュー

【最後尾からの待ち時間】

[TSURU🦄 @t_tsuru]

@1124TanakaTaro ほんとこの人気をつけた方がいいですよ。
主張も結論もなく逃げてきますから。

[TSURU🦄 @t_tsuru]

@uncorrelated こう言うところで無駄な人月が消費されて税金が使われると思うと腹が立ちますねz

[TSURU🦄 @t_tsuru]

@tan3wari それでも日本企業の要求を満たすソフトウェアを納品できているんですから素晴らしいと思いますよ。
今は生成AIによって変革の時なのでいい感じに変化して欲しいと思います。

デジ庁のOAuth見てるとクラクラしますが。。。

[TSURU🦄 @t_tsuru]

@kooo5252 @kanoushigeru01 あ、こう言う調査に「SDGsへの貢献」とか言うクソみたいな評価項目入ってるのってなんなんですかね。

[TSURU🦄 @t_tsuru]

@kooo5252 @kanoushigeru01 組織については日本の雇用法の関係があるので非常に難しいですね。
課題管理についてはRedmineが多いですね。日本のコミュニティも大きいですし。コスト問題とExcelをやめてもっと適切な管理！となると最初に選択肢に上がりますね。

[TSURU🦄 @t_tsuru]

Lambdaの前にCloudflareおけばいいのでは？
通常VPSよりもLambdaの方が安くならないですかね。EFSにSQLiteとかで。

[Onur | Sumarii | SaaS個人開発 @onur_usluca]

分かっていないならサーバーレスは使わない方がいいです。

AIに任せると、だいたいVercelやLambdaになります。Next.jsをよく知っていて、それが一番簡単だからです。

ユーザー4人（うち3人はGoogleのbot）のプロジェクトで5,000ドルの請求。毎週のように見ます。

クラウド側に上限を強制する仕組みはほぼありません。向こうからすれば、使われるほど儲かるので。

ただのCRUDなら月5ドルのVPSで十分です。前段にCloudflareを無料で挟めば、転送量もDDoSも大体そこで止まります。

サーバーレスが要るのは、テレビCMで一気にアクセスが来ても落ちないサイトを作るときです。個人開発の段階では、まず来ません。

サーバーレス=ホームレス

#個人開発 #プログラミング #バイブコーディング

[TSURU🦄 @t_tsuru]

おっしゃる通りだと思います。

エクセルじゃないとクライアントが変更できない。
→ほんとに変更するの？
誰でも使える
→mdすら理解できない奴がチームにいる方が生産性低い

みたいな感じになりますからね。変更履歴もgitなりで管理する方が適切ですし。
別に投稿してますが、デジ庁がOAuthのドキュメントをエクセルで公開してるのを見て、そうは言っても現実は酷いものだと思います。

[TSURU🦄 @t_tsuru]

教育コストに見合ってるかどうかはわかりませんが、最近はmdとかになるんじゃないですかね。生成AIと相性がいいし。

あと、その質問の仕方自体に疑問があるんですが、今のままの組織とやり方だったらそのままなんじゃないですかね。変革を求めるリーダーシップがなければ何も変わらないと思います。

ただ、ライセンス問題はよくあるので、プロジェクト管理にはRedmineが採用されがちですね。

[池田信夫 @ikedanob]

その通り。ITゼネコンの構造は「解雇ルールの欠如」がもたらしたもの。だから労基法を改正しないと、多重下請け構造はなおらず、日本は「デジタル敗戦」から立ち直れない。

[ケビン松永 @Canary_Kun]

“こうした問題は２０年以上前から指摘しているが、なかなか直らない。当事者であるＩＴゼネコンが直す気がないからだろう。多重下請け構造を温存し、エンジニアを軽んじたツケが今の日本のソフト開発力の弱さに表れている”

という考察が浅くて草

識者が20年以上指摘しても直らないのなら、そこにはどんな背景・構造的要因があるのだろうかと考えるべきでしょう

なぜ日本が多重請負構造になっているかというと、2〜3年のプロジェクト単位で社員を雇ったり解雇したりするのが難しいからですね。

本番稼働したら「プロジェクト解散！ おまいら解雇！」とはできない。

なので、建設やシステム開発のように、工程によって必要な人数が大きく変動するプロジェクト型の仕事は、すべてを自社雇用の枠組みで賄うのが難しく、どうしても請負・準委任を重ねた構造になりやすい。

例えば、

要件定義で10人。
基本設計でさらに10人追加して20人。
詳細設計〜コーディング〜単体テスト〜結合テストでは、さらに20人追加して40人体制。

総合テストに入ったら半分をリリースして20人体制。
顧客受入テストが終わったらさらに10人リリースして10人体制。
その10人で本番稼働を迎え、稼働後1か月でさらに5人リリースして、保守フェーズは5人体制へ。

これを18か月くらいの間にやる。

40人必要な時期もあれば、数か月後には5人しか必要ない。これを全員自社雇用でやるのは、かなり厳しい。

ITシステム開発が土建業と同じような多重請負構造になっているのは、結局のところ、短期間にどかっと人手が必要になり、工程が終わればその人手は不要になってリリースしたい、というプロジェクト型産業特有の事情があるからです。

そう考えると、日本のSIerやSES会社が提供しているものの一つは、単なる「人貸し」ではなく、IT人材の流動性なんですよね。

「アメリカではユーザー企業がエンジニアを自社雇用しているじゃないか」と言われますが、そこには雇用制度の違いもある。

必要なときに採用して、不要になればレイオフできるのであれば、自社雇用でもプロジェクトごとの人員増減に対応しやすい。

日本で同じことをやろうとすると、採用した40人をプロジェクト終了後どうするのか、という問題が残る。

だから日本では、その人員調整機能をSIerやSES会社を含む企業間取引の仕組みが担ってきた、という面があると思いますね

[TSURU🦄 @t_tsuru]

懐かしい。ご冥福をお祈りします。

[VTuberのニュース @DaiDesign]

訃報
ニコニコ動画の伝説の化粧配信をした
クサカアキラさんが
18日　急性心不全のため永眠しました。
39歳でした。

心よりご冥福をお祈り申し上げます。