はじめに TCPには多くの機能が存在します。 コネクションの確立、切断 再送制御 順序制御 ウィンドウ制御（フロー制御、輻輳制御） などなど 上記の機能は知っているけどどういう仕組みで動いているか 説明できる方は少ないんじゃないでしょうか？ そこで一通り、TCPの主要機能をこちらの記事で紹介します。 おすすめの読者 周りより一歩ネットワークに詳しくなりたい人 ネットワークスペシャリストを受験予定でTCPの機能をおさらいしたい人 TCPの挙動をパケットキャプチャなどで追う必要がある技術者 TCPの特定の機能の概要が知りたい人 上記に当てはまる方は是非読んでみてください！ 1. TCPの概要 1.1. TCPの誕生 TCPは最初期のコンピューターネットワークであるARPANETの中でうまれます。 ARPANETは米国の大学と研究所から始まった「パケット通信の研究用ネットワーク」です。 ARPA
とりあえず､一番最後のパワハラを受けている件についての対処を載せる｡(校正していないので､読みづらいと思うけど 1. 社内の連携アプリがなにか知らないが､それが業務上必要で､社員のコミュニケーションに欠かせないものなら3「人間関係からの切り離し」型のパワハラになる｡ 2. まずはメールで連携アプリから外されている件で､業務上の支障が得ていること､コミュニケーションに支障が出ているので､元にもデス用に伝える｡メールで出すのは履歴を残すため｡以前にもお願いしましたが､直して下さいと書き､繰返しの要求だと明確にする｡ 3. 以降もマイクロマネジメント等のいやがらせが続くと思うので､社内の就業規則を確認して､傷病手当金を受けられる対象になっているか確認する｡就業規則は自分宛にメールする｡就業規則は社内のポータルに掲載されているのでそれで確認する 4. 言葉によるパワハラ等も続くと思うので､あかるい
度重なる期日の延期、お客さまの「激怒」、クリティカルな問題の発覚……。 多くのプロジェクトマネージャー（以下、PM）が最も恐れるのは、そんな「炎上」でしょう。巻き返しを図るものの、逆に現場に負担をかけたり、混乱を招いたり。その結果、品質が大きく下がってしまう、あるいはサービスイン（新しいサービスを開始すること）に間に合わないなんてことになれば、PMとしての信用は大きく損なわれてしまいます。 そうしたトラブルをうまく収め、プロジェクトを無事に着地させるには、どのような心構えや技術が必要なのでしょうか？ 今回お声がけしたのは、日本IBMやパナソニックなどで、PMとして数えきれないほどの炎上プロジェクトを解決してきた木部智之さん。日本IBMではPMのグローバル最高位である「シニア・コンプレックス・プロジェクト・マネジャー」に認定された生粋の「火消し屋」です。 そんな炎上対応のプロフェッショナルで
このnoteでは、プロジェクトマネジメント（以下、プロマネと略記）のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 2024.06.12 以下書籍を追加 ・プロジェクトマネジメント 最強の教科書 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 2024.10.03 分類図追加、以下書籍を追加 ・よりよくわかるプロジェクトマネジメント ◆今後追加予定◆ ※追加のお知らせはX（@coffee_nomimasu）にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・ITエンジニアのためのプロジェクトマネジメント入門 プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、
タイのバンコクでエンジニアリング・マネージャーをしている石坂です。 こちらの記事に触発されて、長年格闘している眼精疲労に対処するノウハウを書いてみます。 背景 かれこれ25年くらい眼精疲労と頭痛に悩まされる ひどいときは嘔吐や発熱を伴うことも 眼科・頭痛外来にも定期的に通うが、特別な異常は見つからず 低気圧や雨の日の頭痛もある 主な原因と思われるもの 高い眼圧 ドライアイ 肩こり ストレス ということで、対策・予防法としてはこのあたりになります。 眼圧を下げ、目の周りの筋肉をほぐす 肩や首まわりの筋肉をほぐす 運動・食事・睡眠、適切なストレス解消 以下に、個人的に役立ってきた対策を応急処置編と日頃の予防編に分けて記述します。 応急処置編 まずは眼精疲労と頭痛がすでに起きてしまっているケースでできることをいくつか挙げたいと思います。 目を温める 超定番ですが、これが一番よく効きます。目の周り
バフェット・コード @buffett_code GAFAなどのルポを読んでいると、買収交渉の際にはほぼ確実に相手を脅すのがとても興味深いです。しかも露骨。 「断ったら同じサービスをローンチするぞ」 「潰れるまで値下げ攻勢をかけるぞ」 「取引を止めるぞ」 で、オファーを断ってきたら本当に実行するのでブラフじゃないのがこれまたすごい。 2023-01-27 15:32:30 バフェット・コード @buffett_code 例えばTwitterは、FacebookのAPIを使って友人を探してフォローできる「find & follow」機能をリリースしたところ、数秒後にTwitterはAPIから締め出されて機能不全となり、ザッカーバーグからは「お互い協力し合おう。それに、会社を売りたいなら買うことに興味がある」と持ちかけられた。 2023-01-27 16:05:52 バフェット・コード @buf
これまで何人も強いエンジニアと出会って、 「なんで自分はあの人と比べて何もできないんだ・・・。」と何度落ち込んだことか。 ただ、最近強いエンジニアの仕組みを理解してから落ち込むことは無くなった。 それについて書いていく。 （強いエンジニア達本人に聞いたわけではなく、観察してえられた個人の見解です） 気づき：強いエンジニアを見て落ち込む要因は2つありそう 1つは今の知識や技術力の差。 書くコードの違いだったり、成果物ができるまでの時間に差がありすぎたり、PRレビューで自分が思いもしなかったウルトラ解決策を何度も提示されて、自分の実力の無さを感じて落ち込む。 もう1つは新しいことを学ぶときの時間の差。 お互い知らない技術だったはずが、いつの間にか強いエンジニアはその技術に習熟(しているように見える)して、自分は理解不足で取り残されているという状況が発生しがち。 この時、自分には才能がないのかと
震災からしばらくたった２月頭頃、神戸市の職員が避難所に派遣された。ところがどうも初期のころ、ボランティアとぶつかることが多くその日ももめていた。「何をもめているの？」と聞くと、インスタントラーメンを被災者に配りたいのに市役所職員がそれを許さない、と言ってボランティアは怒っていた。 市役所職員によると、被災者全員に公平に配れないのであれば、配ってはいけない、という。味噌ラーメンと塩ラーメンを合計したら被災者全員に配れるのだが、「それだと塩ラーメンが欲しい人に味噌ラーメンが配られたりなど、もめる原因になる、だから配ってはいけない」と頑張っていた。 私は「ちょっと任せてほしい」といって、その市役所職員と話すことに。「救援物資の管理、お疲れ様です。ところで問題のインスタントラーメン、どこから来たかご存じですか？」と尋ねた。「神戸市からですよ」との答えに私は首を振り、「いいえ、違います。私たちボラン
どの会社にも、どんなコミュニティにも一定数、「失礼な人たち」がいる。 「失礼」は抽象的な表現であり、相対的なものなので、当然、ある人が失礼と感じることが、他の人にはそうではないことがたくさんある。 だが、「失礼」は確かに存在している。 「論語」によれば、失礼というのは、慎みと敬意がない、ということである。 例えば、インターネットではよく見かけるが、相手に「バカ」「無能」と言ってしまうのは、失礼にあたる。 同じように、誰かが間違ったことをした時に、皆の目の前で「間違っている」と批判することも、失礼な行為だ。 ◆ 以前、こんなことがあった。 その企業は小さなシステム開発会社で、ワンマン経営をしている社長がいた。 そして、その社長は思い込みの強いタイプで、会議でよく間違ったことを言った。 例えばこんな具合だ。 「ソフトの品質が悪いのは、仕事への思い入れが足りないからだ！」 現実的には、ソフトの品
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1 ©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4 ©SQUARE
派遣に限らず勝手にマクロ化すな。 やるとしても「一時的なデータ整理の助っ人要員」みたいな、「その場限りで基本的にその仕事が継続しない」案件だけにせぇ。 データが永久に同じ形式で来るわけでもなければ例外が来ないわけでもねぇ。 その場合に、エクセル先生が勝手に書いたマクロのメンテナンスは誰がするんじゃ。 永久にお前がそこにおるわけじゃねぇんじゃ。 俺がマクロ化して効率化してやったのにとかアホみたいなドヤ顔するボケに限ってまともにコメントも書かんし、 コーディングのルールも統一されとらんし、なんなら意味もわからんままサイトからのコピペしとるから必要のない処理までいれよる。 視認性が冬の日本海なんじゃ。 もう余計なことはせんともくもくと算盤はじいとけぃ。 どうしてもドヤ顔プログラミングしたいならソフトハウスにでも転職せぇ。 勝手にマクロ化すな。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く