ライタス株式会社公式ブログ

 こんにちは。 ライタスの営業担当・Kです。 資格勉強のアウトプットシリーズということで、 今回は 「シフト演算」 について学んだ内容をまとめてみたいと思います。 基本情報技術者試験でもよく出てくるテーマですが、 仕組みを理解するとコンピューターの計算方法がよく分かる内容でした。 【 シフト演算とは 】 シフト演算とは、 2進数を表すビット列を左右にずらす操作のことです。 例えば10進数の場合、 73.6 → 左に1桁ずらす → 736（×10） 73.6 → 右に1桁ずらす → 7.36（×1/10） このように、桁がずれると10倍・1/10倍になります。 ここでいう 10 を 基数 と呼びます。 2進数の場合 2進数でも考え方は同じです。 ただし基数が 2 になります。 そのため、 左に1ビットずれる → 2倍 左に2ビットずれる → 4倍 つまり、 左に n 個ずれると 2ⁿ 倍 になります。 逆に右にずらすと、 右に1ビット → 1/2 右に2ビット → 1/4 つまり、 右に n 個ずれると 2⁻ⁿ 倍 になります。 このため、 左シフト = 掛け算 右シフト = 割り算 と考えることができます。 【 シフトの種類 】 ビットをずらす方法には 大きく分けて 2種類あります。 論理シフト 算術シフト それぞれの違いは 符号を考慮するかどうかです。 【 論理シフト 】 論理シフトは 符号を考慮せずにシフト操作する方法です。 論理シフト（左） 左シフトでは、 空いたスペースに 0を入れる というルールになります。 また、ビットが左にずれて 1がはみ出した場合はオーバーフローと呼ばれます。 論理シフト（右） 右シフトの場合は、 空いたスペースに 0を入れる という処理になります。 また、右側からはみ出たビットは 割り算の余りを表していると考えられます。 【 算術シフト 】 算術シフトは、 符号を考慮してシフト操作する方法です。 つまり、 符号付きの数値を扱う場合のシフトになります。 算術シフト（左） 左シフトは基本的に論理シフトと同じで、 空いたスペースには 0 が入ります。 ただし、 符号ビットと異なる値がはみ出した場合 これを オーバーフローと判断します。 算術シフト（右） 算術右シフトでは、 空いたスペースに 符号ビットと同じ値を入れます つまり、 ...

こんにちは。 ライタスの営業担当・Kです。 最近は暖かい日も少しずつ増えてきて、いよいよ桜の季節が近づいてきました。 東京の桜の開花予想は 3月19日頃 とのこと。 ということで、会社の近くにある 外濠公園 の桜の様子を見に行ってみました。 まだ満開という雰囲気ではありませんが、よく見ると つぼみがかなり膨らんできている 感じ。 遠目だとまだ冬の木ですが、近くで見ると「もうすぐ咲きそうだな」という気配があります。 外濠公園には ソメイヨシノやヤマザクラなど約150本の桜 があるそうで、満開になるとかなり綺麗な景色になります。 飯田橋から四ツ谷までの遊歩道を、桜の下を歩きながら散歩できるので、春になると個人的に好きな場所です。 来週あたりには少し咲き始めているかもしれません。 また様子を見に行ってみようと思います。 それでは、今日はこのあたりで。 ―――――――――――――― このブログは、ライタス株式会社のメンバーが 日々の業務や日常の中で感じたことを、 ゆるく綴っているブログです。 仕事の話から日常のちょっとしたことまで、 ライタスの雰囲気が少しでも伝われば嬉しいです。 ライタス株式会社　Litus Inc. ―――――――――――――― #ライタスの日常 #外濠公園 #市ヶ谷 #桜 #春の散歩 #東京の桜

  こんにちは。 ライタスの営業担当・Kです。 社内PC間でリモートデスクトップ接続（RDP）を行おうとしたところ、 Pingは通るのにRDP接続ができない というトラブルに遭遇しました。 調査を進めた結果、原因として RDP Listener（rdp-tcp）の異常 が強く疑われる状態でした。 ただし、そこに辿り着くまでにいくつかの確認を行ったため、 トラブルシュートの記録としてまとめておこうと思います。 本記事（前編）では 発生した状況 切り分けの手順 調査結果 を整理します。 発生した状況 社内ネットワーク上のPC同士でRDP接続を行おうとしました。 接続元：PC1 接続先：PC2 しかし接続できません。 状況は以下の通りです。 同一ネットワーク Pingは通る RDP接続は失敗 つまり ネットワーク疎通はあるがRDPだけ接続できない という状態でした。 Ping疎通確認 まずは基本的な疎通確認です。 ping 接続先IP 結果 Reply from xxx.xxx.xxx.xxx Pingは正常に応答しました。 つまり IPレベルでの到達性は確認できた という状態です。 RDPポート（3389）確認 次にRDPのポートが開いているか確認します。 PowerShellで以下を実行します。 Test-NetConnection 接続先IP -Port 3389 RDPは TCP 3389 を使用します。 結果 PingSucceeded : True TcpTestSucceeded : False つまり Ping → OK TCP3389 → NG という状態です。 ここで考えられる原因は以下です。 Windows Firewall RDP設定 RDPサービス停止 ポート変更 OSエディション グループポリシー OSエディション確認 RDPのホスト機能は、Windowsのエディションによっては利用できません。 接続先PCのOSを確認したところ Windows 11 ...

  こんにちは。 ライタスの営業担当・Kです。 以前の記事で、 AIにお願いして「3か月で懸垂10回」を目標にした トレーニングメニューを組んでもらい、 実際に実践を始めたという話を書きました。 今回はその続き、 3日目のトレーニング記録になります。 ※ メニューの詳しい内容については、 　【AIに筋トレメニューを組んでもらった結果｜0日目】 　で紹介しているので、そちらをご覧ください。 【 3日目のトレーニング 】 今回も基本はこれまでと同じく、 週1回・60分の背中メインのトレーニング。 メニューの流れにもだいぶ慣れてきて、 フォームや効かせ方を意識しながら取り組めるようになってきました。 ただ今回は、 前日のトレーニングの影響が少し出てしまいました。 【 前日の腕トレが効いていた… 】 実は前日に、 腕のトレーニングをかなりしっかり追い込んでいました。 その影響なのか、 トレーニング後半になるにつれて なかなか力が出ない感覚がありました。 特にネガティブ懸垂は、 これまで自重で行っていましたが、 今回は少し厳しく、 補助ありで実施することに。 筋肉の回復の大切さを 改めて実感した回になりました。 【 懸垂MAX回数は5回 】 今回もトレーニング開始時に 懸垂のMAX回数を測定しました。 結果は、 3日目：懸垂 MAX回数 5回 前回と同じ回数ではありますが、 前日の腕トレの疲労を考えると 「落ちなかっただけでも良し」といったところです。 【 そろそろ体重も落とさないと… 】 今回トレーニングをしていて感じたのが、 懸垂はやはり体重の影響が大きいということ。 今の筋力でも もう少し回数を伸ばすことはできそうですが、 これ以上伸ばしていくには 体重も少しずつ落としていく必要がありそうだなと感じました。 懸垂は「自分の体重を引き上げる種目」なので、 筋力だけでなく体重管理も重要ですね。 【 少しずつ見えてきた課題 】 3日目になってくると、 疲労管理 トレーニングの組み合わせ 体重管理 など、 いろいろな課題も見えてきました。 ただ、こうして試行錯誤するのも トレーニングの面白いところだなと思っています。 引き続き、 3か月で懸垂10回を目標に ゆるく記録を続けていこうと思います。 それでは、今日はこのあたりで。 ―――――――――――――― このブログは、...

  こんにちは。 ライタスの営業担当・Kです。 今回は、社長のオススメということで 「天麩羅 もも瀬」 へ行ってきました。 お店は九段南のビル地下にあり、 正直なところ最初は少し分かりにくい場所にあります。 ですが、オープン直後にもかかわらずすでに店内は満席。 今回は運よく並ばずに入れましたが、 その後も続々とお客さんが来店し、階段まで行列が伸びていました。 早めの来店、もしくは時間に余裕を持って行くのがおすすめです。 【 今回のオーダーは「穴子ばら丼」 】 今回いただいたのは、 「穴子ばら丼」。 丼の上には、 食べやすい大きさにカットされた穴子天 サクサクの衣 中はふわっと柔らかい穴子 その上に大葉がどさっと という、見た目からして食欲をそそる一杯。 今回は大盛りを頼んだのですが、 あまりの美味しさに、気づいたらあっという間に完食していました。 【 山椒と追いダレで味変も楽しい 】 途中で登場するのが、 山椒と追いダレ。 山椒は鼻に抜ける香りがとても心地よく、 味がキュッと引き締まります。 追いダレをかけることで後半はまた違った表情になり、 最後まで飽きずに楽しめました。 【 カウンター席で味わう、揚げの職人技 】 今回はカウンター席に通していただき、 大将が一つひとつ丁寧に天麩羅を揚げる様子を 目の前で見ることができました。 料理の音や手際を間近で感じられて、 食事そのものがとても良い体験になりました。 行列も納得の美味しさと、 職人技を間近で楽しめる一軒でした。 次は別の天麩羅メニューも試してみたいです。 それでは、今日はこのあたりで。 【 店舗情報 】 天麩羅 もも瀬 東京都千代田区九段南3丁目7-12 九段玉川ビル B1F 営業時間 月〜金 11:30 - 13:30 / 18:00 - 20:30 定休日：土・日 googlemap https://maps.app.goo.gl/UaUtofvGGNa6NX5M6 ―――――――――――――― このブログは、ライタス株式会社のメンバーが 日々の業務や日常の中で感じたことを、 ゆるく綴っているブログです。 仕事の話から日常のちょっとしたことまで、 ライタスの雰囲気が少しでも伝われば嬉しいです。 ライタス株式会社　Litus Inc. ―――――――――――――― #ライタスの日常 #市ヶ谷グルメ ...

  こんにちは。 ライタスの営業担当・Kです。 先日、X（旧Twitter）を見ていたところ、 「pingでできる6つの確認」という投稿を見かけました。 https://x.com/run_suru_net/status/1988939911429279745?s=20 内容としては、 pingコマンド1つで通信がどこまで通っているのか順番に確認できる というもので、ネットワークのトラブルシューティングの基本をまとめたものでした。 【 pingでできる6つの確認 】 順番に確認していくことで、 通信がどこで止まっているのか切り分けできるという内容です。 ① 自分のNICは生きているか ping 自分のIPアドレス ここでは、 LANカード ドライバ IP設定 など、自分の端末のネットワーク設定が正常かを確認できます。 ② 同じネットワークに届くか ping 192.168.1.x（同一セグメント） 同一ネットワーク内に通信が届くかを確認します。 ここで問題がある場合は、 LANケーブル スイッチ VLAN設定 などの可能性が考えられます。 ③ デフォルトゲートウェイに届くか ping 192.168.1.1（GW） デフォルトゲートウェイに届くかを確認することで、 ルーティングの入口が正常かを確認できます。 ④ 別ネットワークに届くか ping 192.168.2.x（別セグメント） ここでは、 ルーティング設定 VLAN間通信 などが正常に機能しているかを確認できます。 ⑤ 外部ネットワークに出られるか ping 8.8.8.8（Google DNS） 外部に通信できるかを確認します。 問題がある場合は、 外部ルーティング ファイアウォール NAT設定 などが原因の可能性があります。 ⑥ 名前解決ができるか ping google.com ここでは DNSの動作確認 ができます。 IPアドレスでは通信できるのに ドメインで通信できない場合は、 DNS周りの設定が疑わしいということになります。 上から順に確認すると原因が見えやすい この方法のポイントは、 上から順番に確認していくこと。 順番に確認することで、 ・端末側の問題なのか ・ネットワーク内部の問題なのか ・外部接続の問題なのか ・DNSの問題なのか といった原因の当たりが一気につくというわけです。...