Repository
レポジトリではなくリポジトリって読んでる
でも monorepo はモノリポじゃなくてモノレポ
なんなんだろうね
@void-0.bsky.social
filter: brightness(5) contrast(2)
Repository
レポジトリではなくリポジトリって読んでる
でも monorepo はモノリポじゃなくてモノレポ
なんなんだろうね
これまでAIはウェブ上のチャットやコードの続きを書いてくれるものや直接指示してそのとおり改変してもらうものくらいにしか使ってなくて エージェント系は全く使ってなかったから今年は使ってみようかくらいに思ってたけどエージェントにしてもやっぱり大変そう
zenn.dev/ryo369/artic...
都度指示出してる使い方してるだけでもクオリティが足りてなくてレビューや修正指示が面倒なのに…
ウェブ上のチャットで情報を調べてもらう分には結構使えるようになってきてるのにな
voidキーワードの使い道
昔ながらのaタグのリンクやminifyでundefinedの代わりの他に使い道がないかGeminiに聞くとアロー関数の返り値を捨てるというのを教えてくれた
確かにこれはアリだと思った
使われないけど値をreturnしてると意味があるのか気になってしまうところだしできれば明示的になしにしたい
でも「() => { foo() }」みたいにブロックにするのも微妙
フォーマットすると複数行になってしまうしスッキリしない
そこで「() => void foo()」だと捨てることを明示できてるし1行に収まる
これは今後使っていくか
JSで基本書くことのないvoidキーワードが使われるようになる提案を見つけた
github.com/tc39/proposa...
モダンな言語だとUnit型を使うとかで不要なことを明示して値を変数に入れずに捨てることができるやつ
JSだととりあえず「_」に入れるとかだったけど明示的に捨てる分 メモリ確保しなくてよくて効率的になるみたい
あとstrictモードだと引数名が重複できないからコールバック関数で
(_, _, value) => {}
ができなくて _, __, ___ みたいなことにしていて なんか嫌だったからこれを解決できるのはすごく助かる(めったにあるものじゃないけど
でもPythonでAI作るのって研究者が試してみる段階が多くて うまく行って高速化するフェーズになるとCとかの低レイヤー言語に移植してるんじゃなかったっけ
その手間を省くためにPython風に書けてパフォーマンスにも優れるMojoが出てきたとか聞いたような
PythonのasyncioはNode.jsみたいにシングルスレッドで 同時に実行はされないけど 最近のPythonはGILなくしてマルチスレッド化しようとしてるのにNode.jsはそういうことしないの?とGeminiに聞いたらNode.jsやDenoなどはサーバー用途が多くてネットワークとかI/O待ちが多いからシングルスレッドで十分でマルチスレッド化のメリットが薄いからそういう方向は考えられてないらしい
たしかにそんな大きなデータを扱ったりはしないしC#のTaskみたいなことしてチューニング必要になったことはないな
逆にPythonはサーバーではなくAI需要でマルチスレッドが求められてるとか
最近Qiitaの記事で後で見ようとしてたものが403や404になって消えてるのが多い気がする
AIに聞いた情報のまとめみたいなのはNGとかなのかな?
本文ごと保持してくれる後で見るサービス使う方がいいのか
Beautiful Mermaidのサンプル見ててiPadのSafariだとASCIIの表示もキレイだけどWindowsのChromeだと崩れてる
罫線が半角想定なのに全角になってそう?
フォント指定がmonospaceとなってるからブラウザが選ぶフォントによって罫線みたいな半角全角が曖昧な文字で壊れる?
AIの出力で 「**」 が残ったような壊れたマークダウンをよく見るけどマークダウンのあの曖昧な記法が嫌だからAIが出力するならもっとちゃんとした構文でルールが決まってる記法にしてほしいと思う
HTMLくらいの面倒さがあってもAIが出力するなら困らないし
最近のGeminiは精度上がってきてて ググらずGeminiにきいて済ませるが増えてるからStackoverflowとかQAサイトはほとんど見なくなってるなぁ
技術記事ならまだ見るけど最近は書く側もAI使ってるからAIが書いた頭に入ってこない箇条書きや内容薄いのに文量だけある記事が多くて辛い
AIに要約を任せたくなる
HTMLにgeolocationタグが増えてる
dialog以来?と思ったけどsearchタグがあったか
こういうパーミッション系をタグとしてボタンにするのってどうなんだろ
数えてみたら受けたの全体で100超えてた
P社:スカウトきたものしか応答してないこともあってか書類と1次は通過率100%(カジュアル面談でマッチしないで落ちたのはある)
R社:書類は通過率低いけど1次は半分以上通ってる
G社:書類はR社より通ってると思うけど1次通過率が6%くらい
最終通らないなら全部一緒ではあるんだけど G社は推薦文で盛りすぎてるんじゃないかというくらいな気はする
時間取って面接しても通らないなら時間無駄になるし 書類でマッチしないのわかってるならそこで落としてくれたほうが楽だなと思った
話すのが得意なら面接まで行ければどうにかできるかもだろうけど 自分はその正反対だし
質問されるときに最初にどの程度のレベル感での話なのかを知りたい
工夫したところは?みたいなこと聞かれても普通にやってるだけで問題なく動いてるし特別言う事ないってのが多いし そこで無理になにか言ってみても自分でも何言ってるのかよくわからないみたいなことになったりする
最後の質問時にどんなことしたのか聞き返してみたら工夫でもなく最低限当たり前にやるようなことしか返ってこなかったりする
そのレベルのことをこっちが言うのもありかもだけど相手がしっかりしてるところなら初心者から中級者レベルねという評価になりそうだし
落ちたときに社風やポジションやキャリアプランがマッチしなかったならまあ仕方ないと思うけど サービスの独自性がウリで技術的にたいしたことしてないところから技術力不足という扱いで落とされるのはかなり不満感じるな
とはいえ面接のよくわからないふわっとした質問でわかることなんてなさそう
そこでうまく自己アピールする人が受かるんだろうけどアピールとかそういう嫌いだしなぁ
営業的なことは向いてないと自覚したので フリーランスも選択肢として考えてみようかとか思ってたけどやめたほうがいいのかもしれない
エージェントサービスから届いたメール「undefined様の~」
(このアカウントはそんな感じの名前にしてるけどエージェントサービスはもちろん本名で登録してる)
最近ではTS普及とかもあってほとんど見かけなくなったバグなので久々に見れてなんかちょっと嬉しい
今の買い切り版Officeってアプデで機能増えるから2016でもエクセルのXLOOKUPとかLETとか新しい関数が使える
だけどAIに聞くとGeminiもCopilotもそんなことないとしか言わない
このPCに限らず他PCもそうだったし 互換性ないとファイル共有して困るから最近のMSの方針なんだと思ってたけどAIが認識してないあたり公式発表でなにか言ってるわけではないの?
もう何年も前からこうだったと思うけど
CSVは階層構造というより単純に複数のテーブルを1ファイルで扱うのを規格化してほしいな
空行挟むとそこからは別テーブルというだけでもいい
リレーションのあるひとまとまりのテーブル群を個別のファイルにしてZIPでまとめるよりは1つのCSVに収めたい事が多い
WASM特化のGrainというのがあったけどかなりGleamに近い構文の関数型言語みたい
外部ライブラリに頼らないならありかもだけどライブラリに頼るなら結局Rustになりそう
Rocは「!」が増えてた
プログラミング言語以外だとPklという設定ファイルフォーマットがあるらしい
JSONやTOMLを置き換えるわけじゃなくこれらを生成するみたい
数値の範囲チェックとか事前に詳細なチェックができるみたい
フォーマッターで色々な形式に対応するTopiaryというのがあるらしく少し期待したけど結局言語ごとのスタンダードなもの使うほうが良さそう
新言語でフォーマッタを自作しなくて良いのが目的みたい
Geminiと話してると日本語だとほとんどや全く情報がないものも知れるのは良いところ
最近のマイナー言語とか聞いてると思ってたより色々あったし概要をまとめてもらったり簡単なコード書いてもらえるからイメージもつきやすい
ただマイナーだから間違ったこと言ってる率は高いけど
GleamにNilはないとか言ってたし
それなりの数を教えてもらったけどRustみたいな方針でもっと使いやすいものというのが結構多かった
所有権が複雑で難しい問題を解決したHyloとか
参照をなくすらしいけどそれはそれで大変そう
あとはAIよりなもの
スクリプト言語系はほとんどなさそう
やっぱり最近の流行りは静的なのか
そういえばAngularを使ってると言ってたところが2社くらいあった
まだ使われてるんだ と思ったけどそもそも開発ってまだ続いてるんだっけ?
調べてみたら積極的に開発が続いていて新機能やパフォーマンス改善もあってかなり良くなってると言ってる人もちらほら見かけた
クラスベースだしDIとかDecoratorとか興味も馴染みもない方向性なので避けてたけど他でよく見るSignalがあるみたいだしReactよりパフォーマンスが優れてるという話もあるし年末年始に時間あれば少し触ってみるかな
とりあえず色々話を聞いたわかったことは この界隈は正社員よりフリーランスで業務委託のほうが良い気がするというところ
事務作業とか都度面接とかそういうのが嫌いすぎて考えてなかったけど面接で苦労して正社員で入ったところでそこにずっといるつもりなんてないしなー
面接得意な人ならともかく 自分はコミュ障でそういうのが仕事以上に嫌いなのでこの辺は楽な方にしたいところ
来年はそっちも考えるかな
会社に縛られない分 フルリモートフルフレックスで働けるのは魅力でもあるし
あとウェブ系のサービスならだいたいはアジャイル系だろうと思ってたのに意外にもウォーターフォールって言ってたところが多かった
聞いたところだと半数近く
ドキュメントを書いてレビューして通って初めてコードを書くとか
中には方眼紙エクセルで書いてると言ってたところもあった
テストもテスト仕様書みたいなドキュメント用意して手作業でしてると言ってたところもあった
自動テストしてるところでカバレッジは100%必須としてるところもあった
色々と信じられない
リーダー系も明らかに向き不向きがあるし自分は周りを引っ張っていくタイプではないのでそういうの求めてるところもマッチしない
適性検査の性格診断とかやると絶対他人と関わるの向いてないタイプだからそこで落とされるのもあった
既存メンバーを聞いてもマネージャーやリーダーだけがプロパーであとは業務委託ってところが思ってた以上に多かった
実装や技術面は外部の人に任せるで困ってないなら正社員でそういう人を雇う必要はなさそう
今後は全部 内部の社員だけでやれるようにしていきたいと言ってた企業もあったけどそういうことは考えてないってところのほうが多かった
求人の記載が曖昧だったから一応受けてみたところでは 面接の最初の方で軸や求めるものや必須にしてるものの話があってそこで条件と一致してないねって双方認識したこともあって マッチしなかったしこれで終わりかと思ったらなぜか継続されて色々質問された
その割にはフィードバックは求めている条件が不一致なので落選という結果
あの無駄な時間はなんだったの?
オンラインとはいえ相手の時間を浪費させてるということを意識してほしいと思うところはいくつかあった
企業側はやってる感を出す必要があるとかあるのかもしれないけど
一つのサービスに関わる系だと頻繁に新しい技術に切り替えられないしEOLとっくに切れたバージョンで動いてるのも普通にあるとかで新しいものに積極的に関わりたい人は向いてないと面接で言われたこともあるけど それならなんで求人に新しいものに挑戦できるだとか新しい技術に積極的な人を歓迎とか書いてるの
他にも立ち上げフェーズから関われるとか 技術負債を解消するためのリプレースを予定とか書いてるところでも面接で話を聞いたらもうそれ終わってるとか言われたところもあった
1次の通過率は約3割みたいのをどこかで見たけど1割もないんだけど
最近はオンラインで面接できて以前より手軽になったからその分 一応1次面接で話くらい聞いてみようかのハードルが下がってるのかも
そして1次の通過率が落ちてるとかじゃないのかなと思う
技術力が必要でスペシャリストが求められる会社ももちろんあるだろうけどそういうところは知名度があって人気だからだいたい書類選考で通らないというね……
人気どころは基本人が足りてるしすごい人が来たら取ろうくらいだから履歴書や経歴書にかなりのインパクトある人でもないと無理な気がする
とりあえず無難にこなしてきて数値化できるなにかがあるわけでもないと目に止まることもなさそう
となると一次面接に進めるところは基本マッチしないところしか残ってないわけで……
今年の秋冬は転職活動してて時間あったから結構受けたと思うけど全く受からなかった
ウェブ系の会社のエンジニア職
求めてるものがマネージャーやリーダーできる人で技術志向の人は求めてない感じでマッチしないところばかりだった
多くのところは技術的な課題なんてほぼなくサービス自体に需要があるから成り立ってる感じだし 課題や難しかったことを聞いてみても大した話を聞けないことが多かった
だいたいどこでもキャリアパスについて聞かれるけど技術面重視でスペシャリスト路線と言うと後からのフィードバックで合わないと言われるところが多かった
ネットの技術系記事でフロントエンドを別アプリにせず昔ながらのPHP的なサーバーでHTML作るのにしてるってのあったけどいまいちよくわからなかったな
APIにするの大変って一般公開するAPIじゃなくて内部用ならViewに渡すデータをそのままJSONにしてAPIの出力にすればいいしJSON化処理の中で公開したらまずいプロパティは消せばいいし
分離してる方がデバッグも遥かに楽だしサーバー側でHTMLを知る必要がないのは大きいと思うけど
ファーストビューから動きが一切ないとかなら別にいいけどJSで動きつけるなら文字列でHTML作って後からjQuery的なDOM操作は辛いだけだと思う
gigazine.net/news/2025120...
こういうのChromium側でやってて 派生ブラウザ全部影響しそうだけどChromeだけやってるんだ
Windowsだし逆でEdgeだけやってるならありそうなのに