kbtaniguchi

746 posts

kbtaniguchi

kbtaniguchi

@kbtaniguchi

WebApplication Developer @DIGGLE_JP

Katılım Ocak 2023
600 Takip Edilen72 Takipçiler
kbtaniguchi
kbtaniguchi@kbtaniguchi·
いきいきとした空間
日本語
0
0
0
9
kbtaniguchi retweetledi
公団ウォーカー 照井啓太
これが1991年発行の団地作りの教科書です。公団住宅だけではなく、ふじみ野や緑園都市の民間マンションなどにも建物配置の技法が見られました。残念なことに余裕がない令和の現在では、いかに容積率を使い切るかを考えるだけで精一杯のようです。
公団ウォーカー 照井啓太 tweet media公団ウォーカー 照井啓太 tweet media公団ウォーカー 照井啓太 tweet media公団ウォーカー 照井啓太 tweet media
日本語
8
771
3.5K
229.5K
kbtaniguchi retweetledi
nwiizo
nwiizo@nwiizo·
AIは本当に便利だし生産性も上がると思う。でも正直、AI関連の話題に飽き飽きしている。技術系コミュニティがAIに占拠されてから、独創的で奇妙なプロジェクトが消えてしまった。みんながほぼ同じワークフローとツール設定の話を延々と繰り返していて、タイムラインがとても退屈になった。技術書も。
日本語
10
219
1.2K
116.6K
kbtaniguchi
kbtaniguchi@kbtaniguchi·
ico的な感じなんだろうか
日本語
0
0
0
11
kbtaniguchi retweetledi
「プラグマタ」公式
「プラグマタ」公式@PRAGMATA_JP·
カプコンが贈る完全新作『プラグマタ』好評発売中! 独自の爽快感と戦略性が生みだす新感覚SFアクションアドベンチャー 地球人のヒューとアンドロイドの少女ディアナが、月面の謎に迫る冒険へ――。 二人の主人公と月面を探索しよう! 体験版配信中。
日本語
0
103
1.3K
851.8K
kbtaniguchi retweetledi
mizchi
mizchi@mizchi·
多分だけど、手でコードを書いてると追いつかないから、全員がブレストしながら出たアイデアをissueに登録しまくりながらそれが勝手に実装される前提でリグレッションが起きないようなハーネスを書き続けるような感じになると思う
orangeitems@orangeitems_

Codex/Claude Codeで、チームがどのように働くと最大出力を出せるかって研究が無さすぎる。便利でしょ、じゃ現場は動けない。一人で使って便利って話はよく聞くけど、一人の視野は狭すぎて。

日本語
3
107
1K
143K
kbtaniguchi retweetledi
Chidanand Tripathi
Chidanand Tripathi@thetripathi58·
A computer scientist who invented object-oriented programming and the modern graphical interface realized one terrifying truth: We are building rigid machines when we should be building biological systems. His name is Alan Kay. He pioneered OOP and the overlapping-window GUI we use today. He argued that we obsess over writing linear lists of instructions and completely ignore how complex systems scale in nature. Here are 4 operational frameworks he used to redefine how software is built:
Chidanand Tripathi tweet media
English
6
71
311
61K
kbtaniguchi retweetledi
mizchi
mizchi@mizchi·
ソフトウェア開発のボトルネックはコーディング速度ではなく、人間が認知できる仕様の数に移動しました
日本語
8
250
1.8K
146.1K
kbtaniguchi
kbtaniguchi@kbtaniguchi·
機能数もコード行数も減るのに対応できるユースケースが増える、というのが一番いい
日本語
0
0
0
15
kbtaniguchi
kbtaniguchi@kbtaniguchi·
こういう古典的な原則の話を改めて聞けるのはありがたいなー #sekkeinight
日本語
0
0
3
179
kbtaniguchi
kbtaniguchi@kbtaniguchi·
複雑度なりなんなりの指標とってないと、なんかほんまによかったんかいな、とモヤモヤし続けるので計測はやっぱり欠かせない #sekkeinight
日本語
0
0
3
168
kbtaniguchi
kbtaniguchi@kbtaniguchi·
一つ一つのモジュールを明確に分離して小さくするのは基本的にはよいことと思うのだがそれによって増えた境界の制御に失敗してピタゴラスイッチみたいになるとモノリスの方がマシだったのでは?という気持ちになる…… #sekkeinight
日本語
0
0
1
160
kbtaniguchi
kbtaniguchi@kbtaniguchi·
そういえばAIのおかげでMDAをまた見直そうみたいなことを思ったんだった #sekkeinight
日本語
0
0
3
135
kbtaniguchi
kbtaniguchi@kbtaniguchi·
モデルって言葉はかなり人によって捉え方違うなー #sekkeinight
日本語
0
0
1
115
kbtaniguchi
kbtaniguchi@kbtaniguchi·
相手の顔を潰してもいいことなにもない #sekkeinight
日本語
0
0
3
104
kbtaniguchi
kbtaniguchi@kbtaniguchi·
結局設計の改善は部屋の掃除と同じと思うことがある。足元のゴミ拾いから始めるしかないが、同時に最終的に片付いた状態を思い描く必要があり、掃除の進展や残り体力や残り時間とともにゴールが動く #sekkeinight
日本語
0
1
5
225
kbtaniguchi
kbtaniguchi@kbtaniguchi·
全部のレイヤにまんべんなく手を入れないといけないというのは納得感ある #sekkeinight
日本語
0
0
4
105
kbtaniguchi
kbtaniguchi@kbtaniguchi·
DB設計だけはAIおまかせにはできないなー #sekkeinight
日本語
0
0
1
91