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

こんにちは。 ライタスの営業担当・Kです。 以前の記事で、 AIにお願いして「3か月で懸垂10回」を目標にした トレーニングメニューを組んでもらい、 実際に実践を始めたという話を書きました。 今回はその続き、 4日目のトレーニング記録 になります。 ※ メニューの詳しい内容については、 【AIに筋トレメニューを組んでもらった結果｜0日目】 で紹介しているので、そちらをご覧ください。 4日目のトレーニング 今回も基本はこれまでと同じく、 週1回・60分の背中メインのトレーニング です。 メニューにもかなり慣れてきて、 フォームや効かせ方も意識しながら 落ち着いて取り組めるようになってきました。 今回は調子も良く、 トレーニング全体としても しっかり負荷をかけて取り組めた回 だったと思います。 ラットプルダウンやロー系の種目も、 少し重量を上げて行ってみましたが、 思っていたよりも問題なくこなすことができました。 少しずつですが、 背中の筋力がついてきている感覚 があります。 懸垂MAX回数はついに6回 今回もトレーニング開始時に 懸垂のMAX回数を測定しました。 結果は、 4日目：懸垂 MAX回数 6回 ついに 自己記録更新 です。 前回は5回だったので、 1回ですがしっかり伸びてくれて嬉しいところ。 懸垂は体重の影響も大きい種目なので、 回数が伸びると「ちゃんと成長しているな」と 実感しやすいのがいいですね。 少しずつ成長を実感 今回のトレーニングでは 懸垂の回数更新 トレーニング重量アップ フォームの安定 など、 いろいろな面で少しずつですが 成長を感じられた回 になりました。 もちろん、 3か月で懸垂10回という目標までは まだ道のりがありますが、 こうして少しずつ数字が伸びていくと モチベーションも上がりますね。 引き続き、 懸垂10回を目標にゆるく記録を続けていこうと思います。 それでは、今日はこのあたりで。 ―――――――――――――― このブログは、ライタス株式会社のメンバーが 日々の業務や日常の中で感じたことを、 ゆるく綴っているブログです。 仕事の話から日常のちょっとしたことまで、 ...

  こんにちは。 ライタスの営業担当・Kです。 前編では、 Pingは通るのにRDP接続できない問題 を調査しました。 調査の結果、 RDP Listener（rdp-tcp）が正常に生成されていない 状態であることが判明しました。 今回は、その解決方法をまとめます。 RDP Listenerとは RDP接続は Remote Desktop Services が処理しています。 その中でも重要なのが RDP Listener です。 Listenerは、簡単に言うと RDP接続の待受口 の役割を持っています。 通常は以下のように TCP3389で待受 が行われます。 TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING また、以下のコマンドを実行すると qwinsta 通常は rdp-tcp というListenerが表示されます。 今回の問題 今回の環境では次の状態でした。 3389がLISTENしていない qwinsta に rdp-tcp が表示されない つまり RDP Listener が正常に生成されていない 状態でした。 Remote Desktop Services が起動していても、 Listenerの初期化に失敗すると3389で待受しません。 レジストリ確認 RDP Listener の設定は以下のレジストリに保存されています。 HKEY_LOCAL_MACHINE └ SYSTEM └ CurrentControlSet └ Control └ Terminal Server └ WinStations └ RDP-Tcp この設定が破損している場合、 RDPサービスは起動する しかし Listener の初期化に失敗する という状態になることがあります。 RDP設定の再有効化 まず、RDP接続を許可する設定を確認します。 以下のコマンドで RDP接続を有効化 できます。 reg add "HKLM\SYSTEM\CurrentControlSe...

こんにちは。 ライタスの営業担当・Kです。 先日、外濠公園の桜の様子を見てきたのですが、気になってまた様子を見に行ってきました。 開花予想までは あと3日ほど 。 木を見てみると、つぼみの色が少しピンクっぽくなっていて、「これはもうすぐ咲くな」という雰囲気になってきています。 気温も暖かい日が増えてきたので、開花予想通りか、もしかすると少し早く咲くかもしれません。 外濠公園の遊歩道は、車道より少し高い位置にあるので、ゆっくり歩きながら桜を見るのにちょうどいい場所です。 満開になったら 飯田橋 → 四ツ谷 まで桜を見ながら歩くのも良さそうです。 約2kmくらいなので、ゆっくり歩いても1時間ほどの散歩コースになります。 いよいよ開花が近づいてきました。 次に見に行くときは、もう咲いているかもしれません。 それでは、今日はこのあたりで。 ―――――――――――――― このブログは、ライタス株式会社のメンバーが 日々の業務や日常の中で感じたことを、 ゆるく綴っているブログです。 仕事の話から日常のちょっとしたことまで、 ライタスの雰囲気が少しでも伝われば嬉しいです。 ライタス株式会社　Litus Inc. ―――――――――――――― #ライタスの日常 #外濠公園 #市ヶ谷 #桜 #春の散歩 #東京の桜

 こんにちは。 ライタスの営業担当・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 ...