Br38歳、広汎性発達障害のB型作業所通所37
■ このスレッドは過去ログ倉庫に格納されています
新スレです。 引き続きよろしくお願いします。 前スレへのリンクは>>2 に
>>441 そういう感覚かぁ。 Brは最高にうまくいって単純単一作業労働者が限界なんだろうから それでいいんだろうな。 技術者なら特定分野で本なんかに知見で負けてちゃ話にならんのだけどな。 >>439 ありがとう >>Ex 俺はお前と違って素人だからね 先ずは本の内容を鵜呑みにすればいいんだよ Grの言葉からするに、この本は的を射た記述じゃん お前の作法がルーズなだけ >>443 んー、俺からは、Brが正しく理解してるように見えないんだけど、 SYN → ← SYN ACK ACK → : FIN ACK → ← ACK ← FIN ACK ACK → ってやりとりする中で、Establishedな間はどの部分で、Establishedと言うことは?と考えていけば良いのではなかろうか。 >>444 establishedのここでの意味は何? 形で覚えちゃってて、状態遷移で覚えていないから closeシーケンスが3wayだと行儀悪いとかいかれた認識になる。 >>443 そのゴミ本鵜呑みにして恥かくのお前なんだけど。 実際パケットキャプチャでもしてみるといいんじゃないかな。 おーちゃんとFIN->ACK FIN->ACKで切ってる、なんてシーン、 1つたりとも見つけられないと思うよ。 >>448 大体お前言ってることが矛盾してるんだよ 前に「俺は不確実なことは言えない」って書いてたくせに、 この本はダメな本、著者は俺より格下って確固とした根拠もなく言いきってる せめて本屋で目を通してから言えよ レビュー高いから店に置いてあるよ間違いなく 逆に、知りもしない著者をなんで信じてるの? 現実に必要もない片切れにミスリードされて変な覚え方させられてるのにさ。 デファクトとしてどうなのかを意識もさせないでプロトコルとしてはこうだ、 (でも実際こんなシーケンス作るの難しいです)なんて本、ゴミ以外に いいようがない。敢えて言い換えれば初心者を混乱させるだけの著者のオナニー本。 >>452 お前っていっつも自分の主張が否定されると 「ちげーよバカ」みたいにヒステリー起こすよな。 いい加減幼児行動は控えたらどうだ?もう38だぜ。 永遠の3歳児かよ。 そういえば、お前が読んでたJavaの本も、 お前の発言を通してみるととんでもない超ごみクズ本だったけど 実は結構まともだったんだっけか。 でも、実際に俺が本を見てやったところで、お前の理解が超ポンコツで どうにもならないのだから、そりゃどうしようもないよな。 >>453 お前の言い方がクソだからだろ 配慮をしろバカ者 >>455 配慮してるだろ。自覚を促す方向に。 お前、いちいち誰かに38歳だのように事実を言われ続けないと、 自分をまだ大学生ぐらいだと錯覚してるんじゃないか? https://eh-career.com/engineerhub/entry/2020/02/13/103000 このページの、「コネクション管理」という項のような図が俺の本に載ってる ここまで詳しくないが、SYN・FIN・ACKパケットの流れは同じだ >>446 えー?そう? RFCどおりでいて欲しいけどな。 そりゃRFC通りのシーケンスだからな。 今となっては典型的ケースではなくなったが、 機械的に説明しているだけのゴミ本はそんなもんだろ。 >>445 こんな図がわかりやすいかな。 https://www.google.com/amp/s/milestone-of-se.nesuke.com/nw-basic/tcp-udp/state-machine/amp/ ただ、こういう図にもRFCにも、FINを送りつけたらコネクション終われそうな事を書いてるけど、 きっちりRFCを読むと、ACK無しのFINはomitされるって書いてたと思う。 >>458 そもそも不完全なNAPTが多くてハーフクローズは現在において 正しく機能しない。 >>461 ごめん、それはそうだな。 そして、NAPTとかになると俺テキメン弱い。 普段同一ネットワークにしか居ないからな…。 そもそも想定してなかったわ。 すまなんだ。 >>460 ありがとう。いいクスリです。 >>459 詳しくはよく分からないけどさ この本は基本を教える本なんだよ 先ず教科書的な説明をするのは当然だと思うが? お前そうやってすぐ本を罵倒して初学者を混乱させるのは罪深いと思うよ? >>432 ごめんなさい 反省してます コボル教えて下さい >>464 急にどうした? ひょっとしてタイムリミット? 親が60代って言ってたから 定年を迎えたけど 再就職が難しくて 経済状況がヤバいとか? 弟の子供も金が掛かるし 家も建てたから リソースは弟夫婦に 集中させたいだろうね 教えたとしても 途中で挫折するだろうし 何よりもプログラマと言うより 物作りをする人としての 資質を欠いているんだよ 自分の為にすら コード書いた事無いだろ ここの地点を 乗り越えて無いから 物凄く成長し難い それと >一生レガシー言語やってろ って言ってたじゃん 仕事の為に割り切って 成果を出すような タイプじゃないから 余計に難しいぞ >>463 ハーフクローズは本に書いてあるから基本で、 本に載っていないTCP状態遷移が基本外なの? Javaの時もそうだったけど、現実がどうであるか、知らないと困ること、 をガン無視して、適当に選んだだけの本を聖書のように崇めるの いい加減どうにかしたら? その結果、結局TCPにおけるACKの正しい意味わかってないじゃんか。 Javaの失敗から学ばねーな。こいつは。 active closeもpassive closeもわからねー奴がhalf closeに拘ったって 仕方がないのにな。 まあ、こういう勉強スタイルだと、長続きもしなけりゃ丸暗記しか できないか、とこういう馬鹿な大人になってしまったのも頷けるが。 ×勉強スタイル 〇読書スタイル ◎技術書を読むふりをする知的な俺カッコいいスタイル そもそも同時closeがなんで載ってないのかは確かに疑問ではある。 ただまあ、確か、FINだけ立てたパケットは無視された覚えがあるよ。 FIN ACK→ FIN ACK→FIN ACKのACK ACK ACKで切るときも、最初のFINはACK立てないといかんかったと思うが、どうだったかな。 >>469 合ってるよ。 TCP状態遷移ではACKのチェックのほうがFINのチェックより先で ACKが立っていないとFINかどうか見る前にdropする。 RFC793で言うと > fifth check the ACK field, > if the ACK bit is off drop the segment and return これな。 >>470 良かった、記憶があってた。 ちょっと力量不足に不安を感じてた。 3.9のEvent Processingのとこか。 Establishedかどうかではなくて、ちゃんとここの通り解釈しないといかんな。 >>465 COBOLは難しいと? ではVBAを教えてくれませんか? 基本情報でも役に立ちますので >>466 本に書いてあるからってのもあるが、 その(よく知らんけど)RFCってのに準拠した記述のようだからだよ お前がどう思おうと勝手だが、こっちのやり方を否定するな ACKは確認の応答、分かってるわ >>467 別に失敗はしていない OracleのBronzeも取得したし、途中まで積み重なってる 別にこだわってもいない 俺は少し前までCGIが何かもよく分かってないレベルだったのだから、 教科書通りの説明をしてくれる本が合ってる 適当に選んだわけでもない レビューや試し読み機能を参考にして、熟慮した上で購入している >>444 レスの7行目と9行目が、FIN単独でなくFIN+ACKとセットになってるのはなぜ? >ACKは確認の応答、分かってるわ これを書いた10分後には >レスの7行目と9行目が、FIN単独でなくFIN+ACKとセットになってるのはなぜ? だからなぁ。 笑わせに来てるわけでもないだろうに、知能が足りないって大変だよなぁ。 >>475 ちょっとさあ。。 それはRFC793読もうか。対訳版もあったぞ。 >>474 3年やって新人が1か月で習得できる範囲すらできないんだから十分失敗だよ。 積み重ねも最初の半年くらいだけでそれ以降一切の伸びがない。 もうどうやっても取り繕えないくらいの大大失敗だね。 本に書いてあった!基本を知りたいだけだからこれでいい! ネットで情報見つけて「あっあっ…」 ちょっとRFCの話したら、RFCにも乗っかってくる。 RFCが何なのかすらわかっていないのに、きっと都合よく 聖書の類だと思っているんだろ。 結局は都合のいいように基本の定義を自分で操作して、勉強しないように しないように逃げてるだけ。 都合のいいことが本や資料にあれば、ほれみろ、都合が悪ければ そこは勉強していない、基本ではない、ととにかく逃げる。 基本ができていないごみクズ風情が基本を語るなよ。 >>477 RFCやInternet draftの世界を知らない奴が読むと よしんば読めたとしても聖書か唯一絶対の規格書みたいに解釈して うざいだけだぞ。 自分が何を求めていて、それに関連するRFCがどうつながっているのかを わかっていない人は手を出さないべきだね。 RFC793通りの実装なんて過去にすらないわけだし。 >>477 ではCookieとセッションの違いって何? どちらもステートレスなプロトコルの欠点を補う存在であるってのは理解したんだけど いくつかWebサイト調べてみたんだけど、サイトによって違うこと書いてあったりして イマイチよく理解出来なくて この質問はすごいな。 もしGrが真面目に相手してたとしたらそろそろ心が折れるんじゃないか。 教える役の心を試すという意味で、ものすごくいい質問だと思う。 >>479 それもそうだなぁ。 俺は割と原理主義だけど、実装が統一されてたら原理主義と言う概念すら無いんだし。 >>480 Cookieはまあヘッダで、クラサバでデータをやりとりする仕組みだな。 セッションって何よと言うと、アプリケーションでステートフルにするための大きな仕組みで、いろんな方法があるけど、大体はセッションIDというものとサーバ上の一時的な記憶域で、ステートを管理するようになってて、 セッションIDをやり取りするのにCookieを使うことが多い、かな。雑だけど。 ただ、ホントに >>481 の言うとおりで、流石に答えるのに躊躇するぞ。 バケツと水だな。 Brは、火事の時はバケツリレーで火を消すぞ!って覚えたら、 バケツをリレーすれば火が消せると考えるバカ、ってことだな。 セッションにせよステートにせよ、何のために、というユースケースで 理解できないくせに実装方法に解答を求めるから、いつまでたっても 上辺だけ、辞書的に意味を覚えるだけでまったく理解できない。 聞かれる方も違うレイヤの話をごっちゃにして、単にBrが知っている 「響きのいいワード」を組み合わせて適当に聞かれるから呆れるしかないと。 >>472 コボル自体は難しくない 難しいのはソースに 埋め込まれた思想を読み取る事 仕様書の思想が ソースにコメントとして 記載されていないのが メンテナンスを困難にしている それとVBAはやっていない 前にも言ったがここの住人だ 【.cmd】 バッチファイルスクリプト %14 【.bat】 https://mevius.2ch.net/test/read.cgi/tech/1597442426/ qiitaでもバッチの記事を書いてる コードを書けるようになりたいなら とにかく場数を踏め 自分の為のコードを書け 「作る人」と「使う人」の 両方の立場に立てない奴は 上辺の理解だけしか出来なくて 全く使い物にならない >>483 せっかく丁寧に説明してくれてる所悪いが、よく分からん… 個々の単語の意味はある程度追えるんだけどね、 全体で何を言ってるのかがイメージできない… まあ無理もないか、少し前までHTTPの何たるかも理解してなかったわけだから 先ずCookieから理解し直すようにするわ ところで、 >流石に答えるのに躊躇するぞ。 これは何で?低レベルだから? >>485 敬語止めさせてくれ… 分かった、有難う じゃあSES用にJavaの勉強と、 Web系の会社対策としてスクリプト言語をどれか1つ勉強するわ Paizaでコードの練習をする、ってのじゃダメなん? 自分のためのコードって、オリジナルのアプリを作れってこと? >>488 元から敬語とかどーでもいいわ オリジナルとかどーして ソッチの思考になる? Paizaでやるってのは アルゴリズムの設計をする 基礎が出来てから 技術と経験を磨く 為にはいいけど 加算器の理解すら出来ない オマエには時期尚早 オマエさ 下書き無しでいきなり こんなの書けないだろ 頭の中で描けたものが コードに出来るんだよ 理解出来ていないって 散々指摘されまくって 受け入れ無い結果だわ https://encrypted-tbn0.gstatic.com/images?q=tbn%3AANd9GcT8GVijLPFGQGbJ4j_tUcgyERhfFl5aWhITGA& ;usqp=CAU 今のオマエは期間工で タダの「作る人」 就活失敗しても 何も生活困らないから 必要性も必死さも無い故に 「自分の為」ってのが 現実味無くて理解不能だろうね >>486 単語の意味を追うというより、それぞれの意味を一回厳密に書き出してみたらどうだ? 低レベルというより、言葉一つ一つのレベル感が合ってない。 好きなスクリプト言語でHTTP上でTCPの状態遷移実装してみたらいい。 と思ったけどじゃんけんですら1対1しかつくれないんだから、 複数個のTCP状態遷移を動かす、なんて状態を保持する、以前に どうやって複数を識別するか、の部分から理解できないか。 まあそれを本を読んで単語の意味を理解してレベル感を合わせたら できるようになっているとは思えないけどね。 足りないのは知識でも経験でもなく、知能が足りてないんだから 無理なんだと思うよ。暗記で補うのにも限界はある。 あのさ、 現時点でBrがTCPの状態遷移を覚える必要性を全く感じないのだけど、 なんでそんなもんに拘ってるの? へー内部でそんなことやってるんだーくらいにして先に進めよ 先に進まないために枝葉末節に拘るに決まってるじゃないか。 だって進んだら就職活動しないといけないんだぜ。 B型作業所ですら1日2時間から増やさないために医者の指示に逆らって、 職員を悪者に仕立てて、必死で抵抗しているのに。 それ以前にhttpサーバ立てるところから 始めたらええんちゃう? しらんけど apache httpd https://httpd.apache.org/ nginx http://nginx.org/ いきなりちゃんとApache立てようとしても詰むだけだからxamppあたりでペチペーやるのが良いんじゃない? う〜む、 開発環境をAWSのCloud9にして、 PythonとDjangoを用いてアプリを作り、 Herokuにデプロイしようと思ってたんだけどな >>496 なるほど・・・xamppですか これ、いいですね。 apacheのみならずmariaDB/phpも・・・。 >>497 自分でも無理と分かってるんだろ? 虚しくならない? >>497 それはやめとけ。 極力自分の環境で完結させたほうが良い。 それに、クラウド破産もしたくなかろう。 >>495 ありがとうございます。 あなたはインポマン(コテ名)さんですか? >>498 実運用には使えないけど、とりあえず教えるために環境作らせるのには便利よ。 php.iniのタイムゾーンぐらいかな。練習の範囲で変えないといけないのは。 確かにいろいろ迷ってはいるけど、 オレンジの本ではそれが勧められてるぞ AWSもすぐ止めれば料金かからないってさ >>503 すぐってどれぐらいかわかってる? 素人が手を出すもんじゃないぞ。 PHPは、勉強する言語の候補として考えていたから、 正直言って>>496 のレスはガツーンときた >>505 インストールしたら即コードかけて即実行できるぞ。 やってみたら? >>506 まだ決めかねてる 今までRubyで書かれていた案件が、 簡易なものはPHP、高度なものはPythonに取って代わられてるって 書き込みを見かけたんだけど、どうなの? 何の言語でも好きにすりゃいいけどさ、 またロックオンした本の写経を3年間やるの? >>507 俺はRubyを使ったことは無いな。 ずっとPHPはPHPで使ってる。 最近は趣味だとC#とGoやってる。 仕事ではメインの言語以外だと、Pythonで統計取ったり決定係数出したりしてる。 今、ベストな選択をしたとしても 数年後、別の言語に 取って代わられるかもって 考えは微塵も無いのか? 戦わないっていう 究極の「選択しない」を 選択し続けた奴が何を言う? 受験したら負け 就活したら負け 働いたら負け この瞬間が幸せなんだぞ >>508 さあな ところであんたはどんな仕事してるの? >>509 分かった Kotlinもお勧めらしいぞ >>510 そもそも無職が負けだって >>511 あ、いや、以前このシリーズのスレにレスをくれてた人ですよ イイ人だったんです >>513 食費も払わず食べさせて貰って 家賃も払わず住まわせて貰って 十数年も働かずに生活が出来て 何処が負けなの? コロナで職を失った人達の前で 堂々と言える? 「貴方達と同じ無職ですが ずっと親の脛を齧ってます これから20年くらい 就職出来なくても大丈夫です」 >>512 JVM言語はあんまり使わんのよね。kotlinは確かに言語は良いんだけど。 Androidアプリは評判よくないけどXamarin使ってる。 CおじさんとしてはC言語はいいぞぉ。 pythonでwsgiでdjangoなんてのも多いけど、 middleware書いた!性能がー!なんて流れからのapacheモジュールをCで、 なんてことも一生に一度はあるとかないとか。 >>514 だって何を言っても 基本は理解している そんなことはない 今はそれより基本を理解するべきだ ていう答えしか返ってこないじゃない その上結局何も成果出さないし >>517 うん、Cはいいよね でどんな仕事してるの? ちょっと言ったらまずいとか? じゃあ自分語りでもしてみるか。 仕事で言えば今はIT系のプロジェクトマネージャ? 20個くらいの小さめのプロジェクトを回してるよ。 年間売上ノルマ5億でひぃひぃ言って未達で詫び言ってる 程度の雑魚PMだよ。 メインでコードを書くことはここ2〜3年ないけど、 かつての本職はプロトコルスタックや経路まわり、 IETFに直接出てたわけではないけど、出てた人の 資料作成の補佐くらいはしてたから、それなりに 詳しいほうだよ。主戦場はpppext WGだったよ。 だけどその分野は専門性が高すぎて、人を回すことすら できないので後継者に任せて、いまはバグ取りに参加する くらいで基本ご意見番的立ち位置だよ。 この世界で名前で僕を知ってる人は仲間内だけだろうけど 実績上げて、あーあれやった人か、ってわかってくれる 人は結構多いと思うよ。○○の人でいちばんわかってもらえ そうなのは委託業務だから表立って誇れないけど。 Webアプリ系もやるけど最先端を走ると人が雇えないから 適当に安い人で回せるレベルのJavaやPythonの案件で 小銭を稼いでるよ。だけど僕が妙に下回りに詳しいおかげで 派生してクラウド基盤側の案件も増えたよ。 でどんな仕事してるの?というのをもう少し具体的に いうと、コロナ禍でも出社して、何事もなければ 金勘定したり客に偉そうなこと言って金むしり取ったり してるだけの暇そうなおじさんだよ。 おっけー?理解できた? >>520 何となくね 会社では年いってくるとどうしても人を管理する仕事へと変わらざるを得ないん? KENTA氏の動画とこの本で、かなり知識付いた実感ある IT用語がかなり分かるようになってる この努力は無駄じゃなかったんだな >>521 別にそんなことはないと思うが。 今どきは管理職のポストは少ないし。 定年間際でも低い職位で新人の面倒すら見れないのはいる。 そういう人は、いらない判断されたら肩たたき券プレゼントだけど。 そうなんですか 俺は出来れば管理職に就きたくないのよね 向いてないと思う プログラマていうか会社員ってのが無理だと思う こんな子供メンタルの我が儘屁理屈おじさん見たこと無いよマジで 就活して失敗という形を狙っていると思う 最初からやる気が無かった場合は詐欺だが やろうとしてやれなかったとなれば 詐欺が適用しにくい 親とて「性交」するとは思ってはいまいが 努力はしたけど失敗しちゃったテヘペロ が落とし所になるのかな? ちょっと聞きかじっただけで、もうめちゃくちゃ理解している気分になるし、 社会人にすらなれないのに、プログラマーになっても管理職には なりたくないって白昼夢いきなり語りだすし、 詐欺被害者になるかアフォ経営者になる資質はそれなりにあると思うんだがねぇ。 >>69 午後ってなかなか点数取れるようにならないんだよね 困ったもんだ >>73 糖質が言ってただろ よく覚えてないけど、「お前他人の感情読めるんだな」とかって 生活保護なんて簡単に貰えんよ 俺の場合障害年金貰ってるわけだし、その金でグループホームに入りなさい って言われるんじゃないの >>74 そこで書かなかったが当然午後問題についても気付きはある しっかり対策した情報セキュリティは高得点できた 後は例えば、データベースのSQL文では想像力を働かせる力が弱いと感じた >>78 流石にそこまでひどくないと思うが >>87 申し訳ないとかそういう感情を持ちにくい障害 >>99 これらはYouTubeで紹介されてた問題だよ このスレが盛り上がればいいなと思って紹介した 国立帝大レベルの問題だから俺には解けんよ >>103 それはExcelを使えばいいんでないの >>105 高校の担任の先生に入試結果見せて貰った時に、 理科と社会は他の入学者と比べて出来が悪いなと指摘された(70点台) >>112 まあ過去に対しては妄想はしてないが >>113 設定じゃないって ただ昼間部は不合格だった >>114 かもな >>115 職歴もほんの少しはあるにはあるんだが、うつで休みまくった記録が 書面に残されてるからなあ… 勉強歴と作業所通所歴が採用担当者にどう映るか >>116 はいはい 文章長い 最後の1段落だけあれば十分 >>117 うい >>120 Exが潰したんだろ >>532 そうやって 他人に擦り付けるから 糖質さん居なくなったんだよ 何言っても聞かないし 一定の評価ってヤツをして オマエに絶望したんだ 善意の押し付けするなって言う割に オマエは善意の踏み躙りをしてた マ板に居た頃からし続けた それが障害特性って言うのなら 社会参加に向いていない コミュニケーション不要の 世界で生きていくしか無い >>15 で言ってるようにBrと同じゴキブリしかスレにいなかったからじゃないの >>529 せめて下の方で良いから並の能力があれば、派遣ソルジャーとして喜んで使い潰してくれそうな思想なのにね、実に惜しいw 管理職に就きたくないという発言にはだいぶびっくりした。 ここでいう「びっくり」は 「意外とちゃんと将来のことを真面目に考えていたんだな」 のような肯定的な「びっくり」ではなく、 「いくらなんでもここまでの究極の馬鹿とはwww」という否定的な 「びっくり」だからな? きっと説明されないと勘違いするだろ。 だから>>524 が正解なんだろ? 究極バカが究極バカと思ってもらえる答えを言ったのだから。 それを回避して偽装できたのだとしたら、それは誤った答えで お前自身を偽ったってことだぜ。 正解という発想がこえー こいつ会話も暗記で気に入られるパターンを覚えて切り抜けるつもりなんだw ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる