Sabitlenmiş Tweet
こまもか🦊@シャニ∞th両日
39.6K posts
ぶっちゃけNix式は使うだけならそこまで理解しなくても良い
overlayとかゴリゴリ作るようになってからでも遅くない
ボンボリミッキーファンクラブ@internet_teya
漏れがnixを使えない理由一覧 ・nix式が訳分からなすぎる DSLにしては自由度が高すぎて全く分からん ・なんか怖い ・別にそのままの環境で困っていない これ以上に思いつかなかった うーん 思ったより曖昧な理由だ
日本語
マイカー使ってる時点でエコもへったくれもないなと思ってる
たけてぃ𓁈𓈷@takeokunn
20年くらい「田舎で地球に優しいエコな暮らしをしてる」って言説に嘘つくなって思ってたけどやっぱそうだった
日本語
Claude Codeが良い感じにGrafanaダッシュボード作ってくれてホクホクしてる
ダッシュボードのJSONからGrafana APIを使っての登録まで全部やってくれたからなんも操作してない
日本語
今日飲み会で勘所さえ掴めば関数型言語書くの楽しいって話をしたけど、その勘所が言語化出来てなくてその場では説明出来なかったけど、今思えばVimのテキストオブジェクトの操作感そのものだなと気付きを得た
どちらも直交性のある処理の塊を組み合わせて求める処理を組み上げてくからかなり似ている
日本語
@syakushi_stem それもありますし、TSのフレームワークはフルスタッフではないものが多いので、例えばDB一つとっても色んな選択肢があると思うんですが、サービスの性質によって選ぶべき選択肢は変わってくるので、それらの中から適切な選択肢を選ぶのはある程度経験値がないと難しいかもな、と思ってます
日本語
@Comamoca_ どこをどうモジュール化するか、依存関係の流れをどう作るか、みたいな話ですか？
現状の自分の実力だと、やっぱりTypeScriptではそれが見えてこないんですよね
知ってるデザインパターンをツギハギしてるだけというか…
その辺をLaravelが導いてくれてる感じは、確かにあります
日本語
なんとなくだけど、サービスを構成するコンポーネントの選定をするのにある種の勘所が必要で、それはある程度フルスタッフFWに触れたり一から構築するような経験が必要だからだと思ってる
Goとかも結構近い性質を持ってて、その勘所がない人には選定コストがかなり重くのしかかるんじゃないかなと
syakushinineko@syakushi_stem
アマチュアプログラマーだけど、どうにかサービスを提供したい そういう用途なら、Laravelでいいんじゃないという… TypeScriptの諸フレームワークは、実運用に載せるのが難しいと思った ただ、その難しさの根源がどこにあるのかを理解していないんだよな
日本語
って話を今日の昼間に、Railsの文脈でしたから結構タイムリーに感じた
個人的にはフルスタッフじゃない、一からモジュールを積み上げていくスタイルが好みだけど(一つ一つ吟味していく工程が楽しい)実務やるなら圧倒的にフルスタッフの方が関心感あるんだよなぁ…と
日本語