プログラマー目指してます (203ﾚｽ)
上下前次1-新
1(2): 10/09(木)22:43 AAS
二年くらい前に挫折して、一年くらい前にもまた挫折して、数か月前からまた頑張ってます。頑張るの下手。
まだ簡素なchrome拡張機能とか作ってるレベルです。
駆け出しプログラマー、DOMの勉強すっ飛ばしてJavascriptやりがち。
123: 11/27(木)07:23 AAS
【犯罪】時間違反SEを退治しろ【損害】
☆時間外労働違反者を退治しろ！☆
★偽装委託多重派遣を退治しろ！★
時間外労働違反のせいで不健康だらけ
多重派遣偽装委託のせいで非婚だらけ
低技術で低収入は高技術で高収入の
技術者に迷惑だからIT業界から失せろ！
124: 11/27(木)21:02 AAS
>>117
シェーダーはマジで何やってるかわからん
125: 11/27(木)21:32 AAS
関数や記号がなにかわからんからわからんが
ひとつひとつ調べたら書いてあるやつはそこまででもないような
特に自分でややこしい計算してるわけじゃないから
126: 11/27(木)21:35 AAS
いや
ごめん
AIに聞けばいいよ
127: 11/27(木)21:53 AAS
もうAIがなにもかもやってくれる
人間はなにも考えるひつようはないんだ
なにもね
128(1): 11/27(木)22:22 AAS
IT資格おすすめ教えてね
129: 11/27(木)23:17 AAS
エクセルエキスパート
130(1): 11/28(金)05:02 AAS
>>128
ITパスポート
セキュリティだの情報漏洩だのIT職じゃ無くても営業や事務ですら取れと言われる
オススメと言うより必須
131: 11/28(金)09:56 AAS
情報漏洩しまくる日本企業が必須って思ってるなら必須じゃないってことだな
132: 11/28(金)12:03 AAS
下っ端が持ってても上が取らんとなぁ
未だにPPAPや多要素じゃない二段階認証がまかり通ってる。これは下っ端だけの力じゃ変えられない
133: 11/28(金)12:46 AAS
もはやおれらのためにセキュリティ強化してる気がしない
不必要に情報抜き取ることばっか
134: 11/28(金)12:47 AAS
どうせ中身はクラウドで筒抜け
外国に責任丸投げのくせに
135: 11/28(金)12:48 AAS
金勘定のときだけやってくれよ
136: 11/29(土)10:36 AAS
上流工程だからVSCodeもサクラエディタもインストールできない
激しく後悔している
137: 11/29(土)10:38 AAS
着飾ってないと安心できない下流底辺の世界観に呑まれるなよ
本物の金持ちはユニクロでシンプルに着飾る
成金はブランド物で固める
138: 11/29(土)10:39 AAS
レバテックは資格取得は市場価値が下がるとドヤ顔
139: 11/29(土)11:19 AAS
Sierはヤクザと同じことやっている
これ豆な
140: 11/29(土)12:31 AAS
エンジニアが資格を取るために勉強する・テキスト代を払う・受講料を払う・受験料を払う
これ、その資格の存在を全員が無視してれば業界に回るべきはずだった金だから
中抜き虫に持ってかれてる構図
141: 11/29(土)12:38 AAS
むしきんぐ
142: 11/29(土)16:06 AAS
資格で価値下がるとか社長でもやるのか？
143(1): 11/30(日)08:14 AAS
>>1
もしかすると、違うアプローチのほうが君にはあってるのかもしれない。
コンピュータがどうやって計算しているか知ってるかね？
割り込みがどうやって処理してるか知ってるかね？
つか、割り込みって、なんのことなのか調べてみたことあるかね？
144(1): 11/30(日)08:23 AAS
プログラマー目指すならITパスポートで十分
145: 11/30(日)10:48 AAS
>>144
それはただのコーダー。
AIにコーディングをさせるのがコーダー。
AIを作るのがプログラマだ。
コーダーはプログラマじゃないんだからプログラマ板にきてはいけない。
わかりやすくいうとバカはくるな！ってことだ。
146(1): 11/30(日)14:49 AAS
１です。
顔文字さんすみません、触ったこともないような技術ばかりで途中から億劫になって...
いろいろ教えてくださった皆さんもすみませんでした。
5日くらい前から再開したんですがまぁまぁ期間空けててスレに顔も出しづらく...(なお仕事じゃあるまいし、と開き直った模様)
とりあえずわからなすぎたので一から作り直してます。
147: 11/30(日)14:52 AAS
>>143
原理主義的なアプローチが自分に合ってるのは自覚があります。
それもあって一から仕組みがどうなってるか考えてしまいがち(加えて厳密な理解にこだわりがち)だったので、新しい技術がぽんぽん出てきてしばらくプログラミングから離れてしまっていました。
ただこの期間にコンピュータの仕組みを始めとしていくらか調べものは済ませたので、またちょっとやろうかな、というところです。
148: 11/30(日)14:54 AAS
外部ﾘﾝｸ:github.com
149: 11/30(日)14:59 AAS
簡単に概要を説明すると、?各ノードでレンダリングやユーザの操作を受け付けるHTTPサーバと?更新系のデータ(フォローなど)をJSONイベントとして他ノードから受け付けるTCPサーバ、の二層構造で、公開鍵暗号方式でユーザ認証とデータのやり取りを行います。
150(1): 11/30(日)21:50 AAS
なぜか意味もなく二層構造にしてたのでやめてHTTPサーバのエンドポイントでやり取りできるようにした
投稿のデータは今のところdata.jsonにまとめて入れてるけどどう考えてもユーザフォルダに格納したほうがいい
そしてP2P型の通信がやっと(多分)成立した！！
クソ疲れました...寿司くいてぇ
151: 11/30(日)21:58 AAS
こいつ何？自分語りはよそでやれよ
152: 12/01(月)08:59 AAS
流石に笑う
153(1): (u ω ・v) 12/01(月)11:54 AAS
(u ω ・v)>>146乙
(u ω ・v)>>150
ほんとにP2Pまで作るなら分散管理のが楽だね
後でもう少しソース読ませてもらうよ
(u ω ・v)あとRuby初めて使うんだよね？ 初めての言語でこんだけ書けるのやっぱかなりセンスいいぞ
こっちのバックエンドのソースは投稿と削除、フォロー、アンフォローとかの操作が
最終的にlist_toggleってメソッドに入るようになってソースコード圧縮するのが目的の関数なんだけど
省3
154(1): 12/01(月)12:58 AAS
>>153
データ設計、ひいては分散ネットワークの設計ほんとに悩むんですよね...
JSONでデータを送受信するまではできたものの、どのノードにどのデータを保持させるか、ネットワークに各ノードが出入り(オンライン/オフライン)する時他ノードにどう認識させるかというのもなかなか大変ですし。
まさか全てのノードに全く同様のデータを保持させるなんてしてしまったらP2P型の長所を自ら潰すことになり本末転倒ですからね...
155(1): (u ω ・v) 12/01(月)21:56 AAS
ソース一通り読んだ(u ω ・v)
これ初心者のrubyソースじゃなくね？(u ω ・v) bindingとか使ってるぞ！
>>154
winny的なやつは一人一人が断片データだけ保持
BTCは全員が台帳（同じデータ）を持つというものらしい
(u ω ・v)今、俺が可能性として考えてるのはログを適当な条件で消して容量減らしつつ、全員が同じデータを持つ
(u ω ・v)ただその全員が持つデータはめちゃめちゃ圧縮させなければならない
省1
156(1): 12/02(火)16:10 AAS
>>155
がっかりされるかも知れませんが、生成AIをかなり活用しています。
とはいえコードの全貌を理解しないとエラーが解決できないので最終的には大部分理解できているはず...です。
開発段階ではよほどのことが無ければ容量不足はなさそうですし、ひとまずは仕組みの理解や実証が先なので全ノードが同じデータを保持する方式でよさそうですね。
データの圧縮というのもやったことないし...効率の良いデータの扱い方を開発しながら模索する、というのがとりあえずの方針ですかね。
さぁ今日も開発に勤しむとします。
157: 12/02(火)16:48 AAS
後でやるは馬鹿野郎
残念ながら才能はないようです
158: 12/02(火)18:35 AAS
どうせ難しすぎても放棄しますからね
10できないとわかってるので5だけやって成功体験積みますよ
159: 12/02(火)18:42 AAS
今のところごちゃごちゃしてたgossip.rbをすっきりさせて、/posts/latestエンドポイントにGETで他ノードの最新の投稿を取得できるようにするところまで済んだ
>>156で各ノードに同じデータ持たせる方式にするといいましたが、意外と分散させる方式でもできそう...？
ただ今の仕様だとネットワークに参加している全ノードからポストをフェッチしてるので、将来的に本当にSNSとして配信するなら何かしらのアルゴリズムでフェッチするノードを選定しないとTLがとんでもない速度で流れることになるかもしれませんね
あーーーーーアルゴリズムわからん
160: 12/02(火)22:44 AAS
>>4
とんかつ食べたくなってきたな
161: (u ω ・v) 12/03(水)11:45 AAS
(u ω ・v)TLと検索はちょっと考えないといけないね
(u ω ・v)俺が昔ちょっと作ったやつだと、line（TLの意）という制御アカウントを作って、そこのアカウントが保持する投稿リストに他ユーザーの投稿をため込む
そんで、それを一定数選別してTLに流す形で実装してた
(u ω ・v)膨大に投稿リストあっても分散と読み込みをゆっくりやらせる遅延評価ってやり方でいける
(u ω -v)P2Pでもある程度。中央集権ではないにしろ制御系アカウントがネットワーク上にあったほうが多機能になれるかもしれないね
162: 12/04(木)10:21 AAS
バグを大部分直して、クッキーを安全にして、見た目を整えて、ローカル環境ではほぼ使えるようになりました。
あとは
/globalエンドポイントの読み込みの遅さ(恐らくNetwork.fetch_postsとそのGETリクを受け取るエンドポイント/latest_postsの処理が問題)
取得するポスト(またはノード)を選定するアルゴリズム
ネットワークに参加しているノードのリストの自動管理
/configエンドポイント実装
LAN外のノードとの接続
省2
163: 12/04(木)10:25 AAS
それにしてもRubyすげぇな！！
ここまで全部Rubyだけで実装できた...
164: 12/04(木)10:32 AAS
あ、それと方向性がしっかり決まりました。
mstdnというサーバー分散型のSNSがあるのですが、あれを(ほぼ)完全にP2P型化したいです。
これまで企業だけが運営してきた大型SNSを、P2P型のネットワークを構築することで参加ノード全ての容量を借りて実現します。
165: 12/04(木)12:25 AAS
資格無しでもエンジニアになれる？
166: 12/04(木)16:39 AAS
世界的にAI未満のPGいらなくなるんだし資格どうこうじゃないでしょ
167: 12/05(金)19:46 AAS
大体できたので一旦区切りです。
168: (u ω ・v) 12/06(土)17:13 AAS
(u ω ・v)よくやってるほうだよ君は。
(u ω ・v)今後、ノード間でやり取りするためにメッセージキューの送信機と受信機を作る必要があるけどまだないよね？
(u ω ・v)ノード間通信用のメッセージプロシージャ作りたい。とかAIに言えばコード出してくれるはず。
これはネットワークプログラムに限らず、めちゃめちゃ使えるものだから形にしてmyライブラリに突っ込んどくのオススメだよ
169: (u ω ・v) 12/06(土)17:51 AAS
(u ω ・v) こういうのがノード間通信のメッセージプロシージャ
外部ﾘﾝｸ:ideone.com
(u ω ・v)このメッセージ送信の仕組みを知っておくと回避できるコーディング上のアンチパターンが[フラグの乱立]
(u ω ・v)例えば aが flag=true みたいなフラグをたてて
(u ω ・v)bが if flag とかを条件にして処理したいなんていう時に
(u ω ・v)この flagはプログラムの成長ともに数が増えやすいし、グローバル変数に近いスコープを持たせないといけなくなるんだが
(u ω -v)aがbへメッセージ送る。各ノードは常に待ち受け状態にある。という構造を作っておくとフラグが不要になります
省1
170(1): 12/07(日)14:38 AAS
なるほど...
なんか/globalの処理重いなぁと通信速度の限界を感じていましたが、いったん受け取ったデータを溜めておくプールがあればいいわけですね。
それと同時にフラグでスコープを気にしながら条件分岐を管理しなくても、「メッセージを受け取ったら処理」みたいにできる...という理解でいいのでしょうか。
あ、それに伴ってオブジェクト指向の実現度が上がりますよね。
それこそ、「ノード」という概念が登場してからは必須レベルか...
そう考えるとめちゃくちゃ便利ですね。
171: 12/07(日)14:41 AAS
一旦区切りつけて休もうかなーと思ったけどコーディング以外にすることなんてない身だったー...！
172: 12/07(日)16:13 AAS
レバテック曰く、資格取得すると市場価値が低めて固定される。だから、勉強するな。
173: (u ω ・v) 12/07(日)21:09 AAS
>>170
(u ω ・v)そう。その理解であってる
主にトリガーを作る方法は3種類のやり方があって今話したのは下記の画像メモの1の方法
画像ﾘﾝｸ[jpeg]:i.imgur.com
１，メッセージ送信、受信
２，グローバル（または大きなスコープを持つ）フラグ
３，全ノード探索
省9
174: (u ω ・v) 12/07(日)21:27 AAS
(u ω ・v)この3の方法の全ノード探索して判定すること何が良いかっていうと、
受信側のノードのソースを一切触らずに、ノードＸのロジック内だけで処理自体が完全にカプセル化されるので
アプリは、ノードＸというロジックやソースコードが存在してもしなくても動くし、存在してればノードＸの機能もアプリが使える。
という構造にできる
(u ω ・v)画像の右側に書いたんだけど、これはP2Pプログラムだけじゃなく大規模なプログラムの設計や
(u ω ・v)アプリケーションに後から拡張で追加するノード… → モジュール、アドオン、プラグイン等と呼ばれるものを追加する設計にも応用が出来ます
(u ω ・v)こういったものの基盤構造を作る事と、それを自身が使いこなすのはプログラム設計者というよりシステム設計者という領域なので難易度が高くなる(u ω ・v)
省1
175: 12/07(日)21:41 AAS
Claude Code等で素人でも動くもの作れるちゃうけど
結局コード読んで良し悪しの判断するのは人間なんでまだまだ仕事はなくならんよ
AIでプログラマーが楽になってるだけやね
176: 12/07(日)23:50 AAS
まあ実際使ってるとAIの限界も見えるしね
AIがレビューできるソースの限界超えたらもう自分でハンドリングしてくしかないし
その限界がまだ全然低い位置
177: (u ω ・v) 12/09(火)14:39 AAS
(u ω ・v)まとまった時間ができたら俺もP2P周りやりたいけど
(u ω ・v)改造クライアントでP2Pネットワーク繋がれる可能性まで考えると多数決による整合性とか信用スコアとかやったって…
(u ω ・v)どうやっても抜け道多い
(u ω ・v)多数決方式じゃ51%以上のノード掌握されると壊されるのって小規模P2Pには致命的だし
(u ω ・v)実際それは改造クライアントが51%以上を掌握すると、P2Pネットワーク上のプロトコルの「正しい」「間違い」が変わっちゃうので乗っ取られてるのと同じ
(u ω ・v)むずかしいね
178(1): 12/09(火)22:22 AAS
職業訓練校ではPythonは今後やめたほうがいいといわれている
179(1): 12/09(火)22:33 AAS
機械学習、AI全盛期にPython否定とか地雷臭しかしないな
180: 12/09(火)22:39 AAS
自社開発はDQNばかりで死ぬぞ
MACを持っていないとマウント合戦で負ける
181: 12/10(水)10:23 AAS
マウントの問題っていうか
ベンチャーDQN PGってチャラってるわりに技術高いのはもう一般人お断りのフィールドだと思う
182: 12/10(水)10:23 AAS
マウントの問題っていうか
ベンチャーDQN PGってチャラってるわりに技術高いのはもう一般人お断りのフィールドだと思う
183: 12/10(水)16:47 AAS
最終的にRuby標準のThreadを使って/globalに流すポストの管理をする形に落ち着いた
JS勉強してた頃に非同期処理周りをおざなりにしてたツケをしっかり払った
それにしてもAntigravityがすごくて、構造が驚くほどすっきりした
184: 12/11(木)14:27 AAS
>>178
＞ 職業訓練校ではPythonは今後やめたほうがいいといわれている
理由は言ってた？
もし、そういうこと言うならPythonのライブラリ依存があるかもしれない。
大きなシステムには使えないってこと。
>>179
＞ 機械学習、AI全盛期にPython否定とか地雷臭しかしないな
省5
185: 12/11(木)15:53 AAS
機械学習のライブラリはJavaScriptにもあるし
ないなら作るのがエンジニアだしな
Python使いが頭悪いのは正しい
186: 12/11(木)15:57 AAS
私が弱小コーダーだからなんでしょうけど、正直どの言語も大体同じことができて違いがわからないですね。
187(1): 12/11(木)16:12 AAS
そして煮詰まっている...
ファイル保存式だとどうしても読み込みが重い
188: 12/11(木)16:40 AAS
>>130
あと簿記3級とFP3級が必要です
189(1): 12/11(木)20:19 AAS
FP取りたいなぁ
3級といわず、1級とか取ってライフプラン立てて経済面で安心したい
190(1): 12/11(木)20:31 AAS
Iパス取りたいなぁ
191: 12/11(木)22:52 AAS
>>189
1級まで必要ない
2級で十分です
192: 12/11(木)22:53 AAS
>>190
一か月で取れるから取れよ
193(2): 12/12(金)10:23 AAS
>>187
(u ω ・v)ERB.newでもファイル開いてるから、おそらく1操作につき必要以上のファイルIO発生してるとかでは
(u ω ・v)あれはAIコードだろうけどやめたほうがいいかも、フロントで行う処理
(u ω ・v)頻繁にアクセスされるページはajaxとかで非同期読み込み、非同期やると動かない場所も多いから可能な場所を探る必要性
(u ω ・v)書き込みが遅い場合は、リアルタイムでユーザー操作のたびにサーバーデータ書き換えるんじゃなくって
ブラウザ上のjsでまずJSON変更して表示に反映して、その裏で非同期でサーバーにpostして実データ書き換え
(u ω ・v)ユーザビリティ考えるとJavaScript書きまくらないといけない
194: (u ω ・v) 2011年3月9日11時45分 M7.3 [2025年12月12日11時44分 M6.5] 12/12(金)12:39 AAS
>>193
(u ω ・v)今「めんどくさい」って思ったね？
(u ω ・v)本格的なWeb開発に足を踏み入れた証拠だよ（）
195(1): 12/13(土)17:51 AAS
非同期って未だによくわからん
196: (u ω ・v) 12/16(火)04:51 AAS
(u ω ・v)AIにいろいろ聞いてると、２〜３年後には数千行くらいの中規模プロジェクトなら指示通りコード書いて実装出来るようになるとか豪語してんだけどほんとかね
(u ω ・v)現時点で１０倍程度と考えてるけど、もしそうなれば開発効率は１００倍とかいう次元に
197: (u ω ・v) 12/16(火)05:24 AAS
>>195
(u ω ・v)ボトルネック箇所の速度改善に使う
(u ω ・v)特に投稿してページ移動をさせないSNSのようなやつだと、
(u ω ・v)サーバーからのレスポンス待ってる間はページ止まるから、サーバーのレスを待たずに次の処理にいく書き方（非同期）が必要
(u ω ・v)乱用するとページがぶっ壊れるから初めて使う段階なら”postの非同期”くらいに使用とどめておくほうがよい
198: 12/16(火)23:04 AAS
プログラマは超絶ブラックな仕事だぞ
199: (u ω ・v) 12/18(木)13:36 AAS
(u ω ・v)ブラックじゃない労働なんて日本に存在しないよ
(u ω ・v)良い所でアーリーリタイアしないと人生詰む
200: (u ω ・v) 12/18(木)19:19 AAS
(u ω ・v)障害年金2級、実家寄生積み立てNISA、つらい時に仕事をバックレながらA型作業所、あるいはB型
(u ω ・v)人生一番楽なのこれ
(u ω ・v)結婚はマッチングアプリで妥協していく
201(1): 12/19(金)16:48 AAS
インフルエンザにぶっ倒されてました...
治った後の長引く咳本当に嫌い
ちょっと人生逃げ切りスレになりつつあるの笑う
ちなみに資産運用は半年ほどから練習も兼ねてやってます
202(1): 12/19(金)16:53 AAS
>>193
仰る通りで、いちいちファイルを読み込んで操作するから遅いんですよね...
というか、SQLite導入しようと思ってるのですが、顔文字さんのもともとのプロジェクトでファイル保存式にされていたのはなにか意図があるのでしょうか？
203: (u ω ・v) 12/19(金)19:44 AAS
>>202
(u ω ・v)おかえり、消えたかと思ったわ
(u ω ・v)ファイル管理にしてたのは単に作る順序の問題かな。
開発中でまだ色々と仕様が決まってない
DBに入れずにキャッシュを持たせる事が可能なデータはjsonのが速いし
(u ω ・v)何をDBに入れて、何をjson残すかっていう分離もまだ出来てないので
>>201
省2
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.395s*