  |
はてなキーワード: SDKとは
以下回答
ゲーム機メーカーが「自社ハードウェア事業を終息」し、「自社ソフトを他社プラットフォームに供給する」という方針転換を行う場合、経営・ブランド・技術・収益面などで多面的なリスクやデメリットが生じます。以下に体系的に列挙します。
🧩 1. 経営・戦略面のリスク
■ (1) 収益構造の変化による利益率低下
- 自社ハード販売による利益（ハード本体・周辺機器・ライセンス料など）が消滅。
- 他社プラットフォームでは、**販売手数料（例：30%前後）**を支払う必要があり、**利益率が大幅に低下**。
- 「プラットフォーム料」によって価格戦略の自由度も制限される。
■ (2) 成長ドライバー喪失
🎮 2. ブランド・マーケティング面のリスク
■ (1) ブランド価値・アイデンティティの喪失
- 「ハード＋ソフト一体の体験」を提供していたブランドが崩壊。
- 消費者にとって「唯一無二のゲーム体験」を失う。
- 長年築いた「プラットフォームブランド」（例：PlayStation、Switchなど）が**事実上消滅**。
■ (2) 既存ユーザーの離反・不信感
■ (3) 販売チャネルの再構築コスト
⚙️ 3. 技術・開発面のリスク
■ (1) 技術力・開発ノウハウの空洞化
■ (2) 他社プラットフォームへの依存度上昇
💰 4. 経済・契約面のリスク
■ (1) ロイヤリティ・手数料負担
- プラットフォーム運営会社（例：Sony, Microsoft, Nintendo, Valveなど）に販売手数料を支払う。
- サブスクリプションサービス（例：Game Pass）に参加する場合、**収益分配の条件交渉が不利**になる可能性。
■ (2) 価格政策の制約
🧠 5. 組織・人材面のリスク
■ (1) 人員削減・士気低下
■ (2) 開発体制の再構築コスト
🧩 6. 市場・競争面のリスク
■ (1) 差別化困難
■ (2) 他社との関係悪化の可能性
🕰️ 7. 過渡期の移行リスク
✅ 総括
観点 主なリスク・デメリット 経営 利益率低下、成長鈍化 ブランド 独自性喪失、ユーザー離反 技術 ハード技術衰退、他社依存 組織 人員整理・士気低下 市場 差別化困難、競争激化
もし本当にMicrosoftがXBOX販売から撤退したら、こういうリスクを織り込んだうえでそれでも決断せざるを得なかった、という事なわけだ。
昨今のAIの普及で「俺みたいな仕事はもう廃業かな」と思った…のは半年ほど前までの話。
実際のところは案件が爆増している。
あまりに多すぎて同業にヘルプを求めたら、どうやら全国的に同じような現象が起きていることがわかった。
AIの普及とか関係なく、今も昔も業務知識を要件に落とせないケースがある。
業務が複雑すぎる、知識を持った人がいない、時間がない、さまざま理由が考えられる。
ちなみに俺はGemini、Claude Code、Codex…諸々に毎月50万円以上課金しているので、今のコーディングアシスタントの限界はなんとなくわかっているつもりだが、
どれを使っても「なんらかの基幹的なデータベースと連携したシステム」となった時点で、「プロンプト書いて、はい終わり」にはならない。
泥臭く、元のデータベースを読み込んで、クエリを最適化して、テストコードを固めていかなければいけない。
一方、非レガシーな企業では、ちょっと意欲的な人が「AIで作った！」「ノーコードで出来た！」と動くだけは動くシステムを作って、保守できなくなって駆け込んでくる。
業務に使うシステムはさまざまな例外にも耐えて年単位で保守運用できなければ意味がない。
作者本人ですら中身を理解しておらず、仮に不具合が起きて「〜を直して！」と言ったところで、それが正しく修正されたかもわからないようなコード。
今のLLMだとコンテキストの制約から5000行を超えるあたりでなんらかの綻びが生まれるので、それを「綻び」と気づいて「破綻」までさせない責任は未だ人間側に残っている。
しかも、それを自社内で使うだけならまだマシで、客先に納品するコードを実はよく理解していません、なんて話もたびたびある。
ゼロから作り直した方が早い状況にも関わらず、相手は「ちょっと直すだけでしょ」と思ってたりして、期待値的にも予算的にも合わなくなりがち。
LLMをAPIやSDKから使い込んでる人なら、それらが毎週のように更新されることを知ってる。
そして、AIを用いた外部サービスやMCPも雨後の筍のようにどんどん出てくる。
ここ2年ほど、1ヶ月前の知識が使えないとまでは言わないにしても、古くなるぐらいには激変し続けている。
そんな中、LLMの学習データは1年前、2年前の物がほとんどだ。
そうすると、AIが一番苦手なのは「AIを組み込むコード」ということになる。
Geminiに「GeminiってFiles APIあるよね？」って教えないといけない。
「よくわからんが我が社もAIで効率化だ！」とか言ってる企業が一番コーディングアシスタントと相性が悪い。
割と早期から「AIがあればもうプログラマーは不要だ！」とやってた企業もうまくいかないことに気づき始めた。
今はその両方の波が同時に来ていて、本当に人手不足になっている。
LLMが扱えるコンテキストが大きくなって、最新情報を自動学習するのが上手になって…そういった進化すら鈍化して枯れ始めるまでの過渡期の話だと思う。
ただ、それまでは「AIを理解しているエンジニア」または「AIを扱えるエンジニア」が必要になるし、
https://news.yahoo.co.jp/articles/36b7dc49140f802e2ebeb3320d433573f132e4c6
https://www.sony.co.jp/Products/felica/business/information/2025001.html
情報を整理するとおそらくこう
で、社会的影響はおそらく少ない。
古いカードを持っている人は、悪意のあるスキミングで改ざんができる可能性があるにはある。ただ誰が古いICのカードを持っているかを知ることができないので、相当にスキミングは困難だと思われる。ただし標的型攻撃は別なので注意。
お店などの側もカードの残高をみて決済をしているわけではないので（システム側が残高を管理しているので）カードだけ書き換えても不正利用はほぼ無理（交通系も物販ではオンライン確認している）。
公共交通機関の改札などもオンラインになりつつあるし、改札でも決済時リアルタイムでオンライン確認をしていないだけで、随時データは送っているので、不正検知したらブロックリストに入ってすぐに使えなくなる。不正利用はほぼ無理。
そして、対策としては古いカードの交換キャンペーンが行われるだろう。そのうえで、トリプルDESでの通信を端末側が拒否する設定が配られ、その時点で使えなくなると思われる。まぁ影響は小さいし、あんまり心配しなくて良いかと。
FeliCaには古いトリプルDESを使っていた旧バージョンと、AES暗号をつかった新バージョン（2011年発表）がある。
https://www.nikkei.com/article/DGXNASFK10031_Q1A610C1000000/
で、2011年時点ではトリプルDESが破られるのは時間の問題だとされつつ、まだ無事だったので、社会的影響を考え、両対応のチップと両対応のリーダーをだし、徐々に更新をかけていった。
調べた範囲では、いつまでトリプルDESで通信ができるカードが出荷されていたかを示す情報は見つからない。しかし、おそらく今回のリリースで、最長でも2017年までのチップではトリプルDESが使えるカードが出ていたと考えて良いと思う。（もちろんその期限で綺麗に切り替わっているわけではないので「一部の」という表現になっているのではないか）
また、トリプルDES自体は鍵長でいくとまだ総当たりで破られる心配はないのだが、脆弱性も見つかっているし、色々な研究のターゲットにされて破られる例が多数あり、それらの手法と近頃の強力な計算機を用意する事で力業で破れるレベルまで来ていた。
もう専門家はだれもが破られることを予想していたが、それを実際にやってみて報告した会社が出たよ、と言うことだろうと思われる。
そうして取り出された鍵は、トリプルDESでの通信モードを持っている旧タイプまたは以降中の古いFeliCaチップにのみ影響を与えるので、2017年より前の、と言う表現ではないかと思われる。
また、各社がおサイフケータイ系は影響を受けないと言っているのも、現行サポートされているおサイフケータイはDES通信は既にサポートされていないからではないかと思われる。（とっくの昔にSDKも廃盤）
はっきり言って共同通信の報道の仕方がアホすぎ。【独自】（ﾄﾞﾔｧ じゃねえんだわ。なあにが「ソニーは共同通信の指摘を受けて公表した」だヴォケ。スクープ気取りか?アホか。これで何人の人が詐欺にあうんですかね。
ニュースソースに言われるままに記事を書いてるだろアレ。ちゃんと他の専門家に取材してから記事にしろよ。
セキュリティ関連企業は名前を売るために大げさに言うんだよ。普通のプレスリリースもそうだろ？なのになんでセキュリティの話だけ鵜呑みにするんだよ。ちゃんと裏取りと検証取材しろ。
共同通信は新旧のFeliCaで同じ鍵が使われているとしているが、鍵長が異なるDESとAESで同じ鍵が使えるわけが無いので有り得ない。シリンダー錠とディンプル錠が同じ鍵だとか言ってるのと同レベルの与太話。
2025年向けのWindows関連アプリケーションは、主にWindows Server 2025やWindows 11の最新アップデートにおいて、多くの新機能や改善点が追加されています。
Windows Server 2025は2024年に発表され、セキュリティの強化、クラウドやハイブリッド環境との統合、パフォーマンス向上が特徴です。新しいホットパッチ機能によりシステムの無停止アップデートが可能になり、次世代のActive DirectoryやSMB共有の刷新も行われています。さらに、AIワークロードのサポート拡充、仮想マシン性能向上なども含まれます。管理ツールが刷新され、リアルタイムのシステム状態を可視化可能なダッシュボードや高度なオートメーションによる運用効率化が実現されています。また、最新APIやSDK、コンテナ技術との連携強化により、高性能でスケーラブルなアプリケーション開発が支援されます。
https://ja.taiwebs.com/windows/download-adobe-photoshop-01ja-737.html
個別のWindows用アプリケーションについては、Microsoft 365 Copilotのスマホ版展開や新機能追加もあり、生産性アプリやエンタープライズ検索、AIチャットなどを統合したユーザー体験が強化されています。
全体的に、2025年のWindowsプラットフォーム向けアプリケーションはAIとの連携強化、クラウドベースでの管理と運用の効率化、セキュリティの高度化が大きなトレンドであり、エンドユーザーから開発者まで幅広い利便性と機能向上が期待されています。
DeepLearningモデル変換ツール全部盛り巨大Docker環境の構築
Introduction
めんどくさい。この世のすべての環境構築がめんどくさい。依存関係破壊祭りでツラい。したがって、Github Actions 上でモデル変換にまつわる環境を全部取り込んで docker build して超巨大全部盛りDLモデル変換環境を構築した。足りない周辺のツールは各自追加インストール。GUI や iGPU/dGPU や ホストへ接続された USB機器 へコンテナ内からアクセスできるため実行環境としてもそのまま使える。ただし、とにかくImageがデカイ ＆ セキュリティガバガバ。GitHub Actions のコンテナビルドの容量制限に引っかかることを回避するためのトリックを仕込んである。
2. Environment
Python 3.6+
TensorFlow v2.6.0+
PyTorch v1.10.0+
TorchVision
TorchAudio
OpenVINO 2021.4.582+
TensorRT 8.2+
pycuda 2021.1
coremltools
onnx
onnxruntime
onnx_graphsurgeon
onnx-simplifier
onnxconverter-common
onnx-tensorrt
onnx2json
json2onnx
tf2onnx
torch2trt
onnx-tf
tensorflow-datasets
tf_slim
edgetpu_compiler
tflite2tensorflow
openvino2tensorflow
gdown
pandas
matplotlib
https://www.imdb.com/de/list/ls599665763/
https://www.imdb.com/de/list/ls599665763/copy/
日本のメーカーの足引っ張るような真似して得するのは海外だけやで
ディープラーニングの高速推論を実現するailia SDKが株式会社セルシスのCLIP STUDIO PAINTに採用
すでにCLIP STUDIO PAINTに搭載されているAIを利用した「自動彩色」、「トーンを消去」、「ポーズスキャナー」の各機能はインターネットに接続してセルシスのサーバーで実行する必要がありましたが、ailia SDKの採用により、エッジ端末（PC・スマホなど）での高速推論が可能となり、インターネットに接続することなくAI（ディープラーニング）の技術を活用した「スマートスムージング」機能をご利用できます。また、GPUを使用できない環境においても、CPUへのオフロードにも対応し、幅広い環境で一貫した推論処理を行うことも可能です。
クリスタにAIの新機能 「写真の人物のポーズ」を3Dデッサン人形で再現
https://www.itmedia.co.jp/news/articles/1902/28/news132.html
セルシスではプラグインSDKのダウンロード時に、使用許諾に合意する必要がある。
そして、その第4条には、プラグインSDKの再配布についての条項がある。
ざっくりいうと、「公式で審査の上で公開する以外の、勝手な再配布は認めない」というもの。
なので、プラグインSDKを利用しようとする以上、この規約には当然従う必要がある。
だが、青猫氏は審査前にGitHubで勝手にSDKを使った自作プラグインを公開してしまった。
それのみならず、「審査が通らなかったら、ソースコードとビルド用バッチファイルの形で非公式に配布する」と
https://x.com/aonekoss/status/1836418339729739860?s=61&t=w77c_83Mc7twk3hZpQ2ZPw
バッチファイルならプラグインとして完成していないとみなせるからOKだろう、という理屈と思われるが、
ということで、この件、AIとか反AIとか一切関係ない話である。セルシスの審査を待たずに公開し、
審査が通らなかったら非公式にばら撒くと宣言している青猫氏と、規約を守れと繰り返すセルシスの話だ。
Device Info は、高度なユーザー インターフェースとウィジェットを使用してモバイルデバイスに関する完全な情報を提供するシンプルで強力な Android アプリケーションです。たとえば、デバイス情報/ 電話情報には、CPU、RAM、OS、センサ、ストレージ、バッテリー、SIM、Bluetooth、ネットワーク、インストール済みアプリ、システム アプリ、ディスプレイ、カメラ、温度などに関する情報が含まれます。また、デバイス情報/ 電話情報は、ハードウェア テストでデバイスのベンチマークを行うことができます。
中身 : 👇 👇
👉 ダッシュボード : RAM、内部ストレージ、外部ストレージ、バッテリー、CPU、利用可能なセンサ、インストール済みアプリ & 最適化
👉 デバイス : デバイス名、モデル、メーカー、デバイス、ボード、ハードウェア、ブランド、IMEI、ハードウェア シリアル、SIM シリアル、SIM サブスクライバー、ネットワークオペレータ、ネットワークタイプ、WiFi Mac アドレス、ビルドフィンガープリント & USB ホスト
👉 システム : バージョン、コード名、API レベル、リリース バージョン、1 つの UI バージョン、セキュリティ パッチ レベル、ブートローダー、ビルド番号、ベースバンド、Java VM、カーネル、言語、ルート管理アプリ、Google Play サービスバージョン、Vulkan のサポート、Treble、シームレスな更新、OpenGL ES およびシステム稼働時間
👉 CPU : Soc - システム オン チップ、プロセッサ、CPU アーキテクチャ、サポート対象の ABI、CPU ハードウェア、CPU ガバナー、コア数、CPU 周波数、実行中のコア、GPU レンダラー、GPU ベンダー & GPU バージョン
👉 バッテリー : ヘルス、レベル、ステータス、電源、テクノロジー、温度、電圧と容量
👉 ネットワーク : IP アドレス、ゲートウェイ、サブネット マスク、DNS、リース期間、インターフェイス、周波数、リンク速度
👉 ネットワーク : IP アドレス、ゲートウェイ、サブネット マスク、DNS、リース期間、インターフェイス、周波数、リンク速度
👉 ディスプレイ : 解像度、密度、フォント スケール、物理サイズ、サポートされているリフレッシュレート、HDR、HDR 機能、明るさのレベルとモード、画面のタイムアウト、向き
👉 メモリ : RAM、RAM タイプ、RAM 周波数、ROM、内部ストレージ、外部ストレージ
👉 センサー : センサー名、センサベンダー、ライブセンサ値、タイプ、電力、ウェイクアップセンサ、ダイナミックセンサ、最大距離
👉 アプリ : ユーザーアプリ、インストール済みアプリ、アプリバージョン、最小 OS、ターゲット OS、インストール日、更新日、アクセス許可、アクティビティ、サービス、プロバイダ、レシーバー、抽出アプリ Apk
👉 アプリアナライザー : 高度なグラフを使用して、すべてのアプリケーションを分析します。また、ターゲット SDK、最小 SDK、インストール場所、プラットフォーム、インストーラ、および署名によってグループ化することもできます。
ディスプレイ、マルチタッチ、懐中電灯、ラウドスピーカー、イヤースピーカー、マイク、耳近接、光センサ、加速度計、振動、Bluetooth、WI-Fi、指紋、音量アップボタン、音量ダウンボタンをテストできます。
👉 温度 : システムによって指定されたすべての温度ゾーンの値
👉 カスタマイズ可能なウィジェット ： 最も重要な情報を表示する 3 つのサイズの完全にカスタマイズ可能なウィジェット
👉 レポートのエクスポート ： カスタマイズ可能なレポートのエクスポート、テキストレポートのエクスポート、PDF レポートのエクスポート
権限 👇 👇
READ_PHONE_STATE - ネットワーク情報を取得するには
BLUETOOTH_CONNECT - Bluetooth テスト
READ_EXTERNAL_STORAGE - イヤースピーカーとラウドスピーカーのテスト
この記事では、暗号資産投資を考えている初心者の方向けに、いま界隈がどういう状況になっているか、もし投資するとしたらどのようにアプローチしていくべきかを身も蓋もない形で説明します。
以下のどれかが望ましい。
2024年のメインイベントは米国ETFとビットコインの半減期、そして利下げ開始である。
つまり主導権は米国経済でありつつ、暗号資産のサイクル的には半減期通過で一定の期待が持てる状況。
ビットコインはまもなく米国の現物ETF判断が出て、かなり確度が高く承認の見込み。質のいい資金の流入が期待できる。
イーサリアムもETF申請が行われており、こちらも確度が高い。スケジュール的にはビットコインの相当あとになりそう。
コインベースは、これらのETFのカストディアンとしてほぼすべての申請が指名している。新NISAでビットコインETFはまだ買えないので、もしその枠で検討するならコインベースがいいだろう。ただし、コインベースは自分の鍵で管理できるアセットではない。分散思想的にNGな人はビットコインかイーサリアムを買えば良い。
上記三種以外にお金を入れる人は、自信過剰な界隈の猛者か、資金を最速で失うお客様である。これを忘れてはいけない。
上記で挙げなかったが、ソラナ（SOL）とアバランチ（AVAX）は選択肢として検討しうる。ただ、ビットコインやイーサリアムより遥かに価格変動が大きい。例えばソラナでいえば、以下の文脈を踏まえた投資が必要。
もし現時点で一つでも詳しくないトピックがあるとしたら、貴方は情報で劣後している。投資家ではなく出口様である。止めておいたほうがいい。
1月初旬（というか数日中）に承認されそう。承認後は資金流入が期待できるが、事実売りで低迷期があるのではないか？と懸念されている状況。
2024年4月になりそう。売却圧が減りテクニカル的に煮詰まることで、半減期後しばらくすると価格が急騰すると一般的には言われている。現在のところ再現性もある。ただし、半減期の前後で毎回大きな調整が発生している。
2024年3月ごろになりそう。いわゆるレイヤー2と呼ばれる連中の取引手数料が減ると思えばOK。
いつ始まるか不明。
利下げが始まると、一般的には債権に資金が流れるため、株やコモディティの価格は下がりがち。
①②③の価格押上効果は強そうだが、④を考えると、通年でのんきに価格が上がっていくというシナリオは考えづらい。
かなり高い確率で、大きめの調整があるだろう。そのため、どのタイミングで資金を入れるかはよくよく考える必要がある。
株の暴落があると思うなら調整を待てばいいし、難しいことを考えたくないならドルコスト平均法でのんびり買えば良い。
「暗号資産業界に興味があるから、NISAでコインベースを買って放ったらかします」も悪い選択肢ではない。
上記以外にお金を入れるな。これに尽きる。インフルエンサーが様々な暗号資産を煽るだろうが、彼らは本質的に出口を欲している。あなたはお客様だ。ゲーム、GPS、AI、新興チェーン、まあとにかく手を変え品を変え出てくるだろう。
だが、どれほど詳しい人であっても、基軸となるトークンよりも良いパフォーマンスを出すことは至難である。
2023年の年初にBTCを買ってホールドすれば、資産は3倍弱になっていた。大きな声を出してキラキラと煽る彼らがそれ以上の利益を出せていたか？答えはNOである。もちろん例外はいるが、そんなのは例外に過ぎない。
ブロックチェーンゲームで良作が出たとしよう。あなたはそのトークンを買ってはいけない。楽しいゲームが出たら遊べ。シンプルにそれだけでいい。買うな。初心者が、界隈の猛者を差し置いてラッキーパンチを引けるか？ そんなことは不可能である。
BTCとETHを以外を買った場合、あなたは高確率でお金を失う。
Inscriptionのせいで、これまでシットコイン製造機と散々バカにしていたスマコン通貨と同じ悲劇がビットコインで発生。
ビットコインは最早シットコイン製造機であり、ギャンブルの本場である。ETF賛否と合わせてコミュニティで意見が割れる。
彼らの本音と建前を書くとこうなる。
Inscription：
（本音）俺たちの大好きなビットコイン上でカジノ遊びしやがって、ふざけんな絶対に許さん
（建前）Permissionlessなので止めることはできない。手数料が増えることも持続可能性にとってプラスである。
ETF：
（建前）ETFは、自分の鍵を自分で管理するビットコインの本来のTrustlessに反する動きである。賛同しない。
ソラナの猛追を受けて自信喪失気味。待望のアップデートが目前、Modularの筋の良さも相まり決済レイヤーとして展望が良くなっている状況でこれは不思議極まる。
一方でOFAC準拠のバリデーターが増加傾向だったり、バブル期に弱者から資金を抜きまくっていた勢力がエアドロにタカり始めた結果、本家シットコインカジノの汚い輝きが増してきた。彼らは投機を越えた投棄勢であり、ロクな連中ではない。イーサリアム界隈に行くなら注意しよう。
Trustlessの世界で、CZをTrustする不思議なひとたちがかつていた。米国に押し込まれた結果、王国は半壊。パーティー会場として散々散らかされたBSCは廃墟と化し、深刻なアイデンティティ危機に見舞われている。opBNBはOP stackを使って構築されているが、BSCに共通する文化、つまりオリジナルに対する敬意が極めて希薄。コピーキャットを礼賛する連中の集まりのなかで、Pancakeだけが唯一、勢力を保っている。
2023年に最大の利益を得た勢力。といっても、「FTX崩壊事件後、ATHからどの程度戻したか」という指標で見ると実は他とそんなに変わらなかったりする。開発者コミュニティが残り継続的なアクティビティがあるのは素直に称賛されるべきだろう。とはいえ、JLPはオラクル決済型GMXとほぼ同じ設計で、Bonkはミームである。現状、何もかもが足りていない。FTXの巨大な売圧はまったく解決していないし、他と比べたときの高インフレ体質は調整時の脆弱さにつながる。もちろん高値更新を続ける可能性はある。だが、イキリ散らかした後始末はどこかで歪みとして発生するだろう。
ModularのETHとモノリシックのSOLに囲まれて、存在感がどんどん薄くなっている。
イーサリアムのアップデート後はさらに苦しい立場になりそう。最近Avalanche Foundationがミームトークンに出資する発表をしていたが、まさに迷走を象徴している。
ATOMはもう救えない。みんな諦めた。可哀想に。Celestiaが生まれたことで、Modularの中心候補としてイーサリアンと奇妙な共闘状態になりつつある。同床異夢となるかは分からん。
DoKwonが、事業失敗ではなく単なるポンジ詐欺師だったことは様々な報道や裁判で明らかになっているが、全員目を背け忘れたフリをしている。
過去に煽ってた連中は涼しい顔をして別のプロジェクトを推している。
あとこいつの問題は、「これを買えば安心」という基軸がないこと。これに尽きる。Tia高すぎるだろ。
もう救えない。polkadot sdkは微妙に使われているが、そいつらが生き残っていけるかは不明。生き残ったとしてもDOT本体とはあまり関係がない。現在の構造で競争に勝ち抜くのは無理。
無理。がんばってください。
期末時価に対する税制改正など、バズワードだったWeb3をテコにした法改正はとてもうまく立ち回っている印象。汗をかかれたかたはお疲れ様でした。一方で一向に統一されないJVCEAとJCBA、トラベルルールで相互に送付ができない取引所など、なんでそうなるねんという状況が多い。控えめにいって業界としてのガバナンス能力がない。
経営層もさー、明らかにプライベートでスマコン触ってないでしょ？ そういう人が指揮をとるのは業界の損失なので、さっさと後進に道を譲ってください。
https://agree.5ch.net/test/read.cgi/operate/9240230711/
0001５ちゃんねる ★
2023/07/11(火) 00:00:00.00ID:LokiTech
旧バージョンの5chブラウザ（API前）は近く再度利用可能となります。
5chのAPIは現在公開しており、開発者は誰でも5chのブラウザを作成できます。
全ての5chブラウザは自身の広告SDKを使用でき、収益を分配する必要はありません。
もしJaneを通じてRoninを購入した場合は、ジェーンに対して返金を請求してください。
旧バージョンの5chブラウザ、っていうのが何を指しているのか知らんが
多分ギコナビやらV2CみたいなJaneStyle以外の専ブラが使えるようになるんだろう
あとAPIが公開されてるから誰でも今から新しい5chブラウザ作れるらしい
仮にこの記事にブコメがついたとしたら、やっぱり投機投機書かれるだろう。
そういう人はこの記事の対象ではないので無視して良い。はてなコミュニティの老化は見てて悲しいね。
これは明らか。今ではない。
いま、米国債の利回りとステーブルコイン運用の利回りを比較したときに、前者のほうが高いからである。
FOMCの政策金利は4.5%で、ステーブルコイン運用は安定を取るとせいぜい5-10%程度である。一見後者のほうが良いようにも思えるが、前者はリスクを取らんでいいのでお話にならないほど差がある。
結果、いまスマコン上で発行されたステーブルコインの償還が止まらない。市場がシュリンクしていく過程にある。新規流入がなければBTCの新規マイニング分が吸収できないので、価格はだんだんと維持できなくなり、いつか暴落を始める。
半減期後、新規が細ってBTCが暴落を起こすのは毎回引き起こされている現象ではある。今回は特にマクロが悪いので、いつもよりもっと悪いことになる可能性が高い。
2022年は酷い年だった。2023年には期待したいところだが、残念ながら、特に前半はまだこの道半ばにいる可能性が高く、強気でいられる理由がない。
話を戻そう。米金利。ターミナルレートに到達してから利下げ開始までは結構な時間がかかると見られている。
景気は悪化していく可能性が高い。いまは株価が景気悪化を折り込み始めたタイミングである。
あと何周かするとテーマが景気悪化から利下げに戻ってくるので、実際にそのような発言・観測が出てきたとき買い始めるのが良さそうだ。
ただ、「いつ利下げを折り込み始めるのか」「折り込み始めたタイミングの価格帯が今よりも下なのか」は誰にもわからない。
下落相場のなかにあっても、短期的な反発は必ず起きる。今の価格が底で、Pivotのタイミングではもっと上の価格帯である可能性もある。が、慌てて買わずに、時期を待つことをオススメする。無意味なリスクを取る理由がない。
もし、マクロを見ずに買い始めたいのなら、「BTCが前日比10%以上値を下げた」日から分散購入しよう。
一年に数回は発生する珍現象で、タイミングとしてはおそらく望ましい。
この分野もだいぶ勝者が絞られてきた。具体的にはatom, matic, avaxが候補である。
Solanaは残念ながら脱落した。
atomは将来性があるが、難しい。atomの価値＝cosmos sdkの価値ではないからだ。
maticはzk(e)vmの展開次第では化ける。
avaxは上記二者と比べると差別化に苦労しているように見える。
オラクル系も差別化されていて、勝利者であるchainlinkは可能性があるように思える。
一応候補としては挙げたが、これらがBTC/ETHを安定的にアウトパフォームすることは難しい。
Solanaの劇的な死をいったい誰が予測できたといえるだろうか。そしていままでの価格推移がそれを証明している。需給でイーサに勝つのもなかなか難しい。
BTCは自分のウォレットにうつしてガチホする以外に選択肢がない。WBTCはやめておけ。
ETHはどこかのサービスでステークしよう。現状stETHが安牌である。
こういう愉快な連中が、表向きニコニコしながら内心敵視しあっているのが現状のクリプト業界である。といいつつも前進はしている。どれかに張るならBTCかETHが良い。
学歴がよくなくて、就職が困難だったので中小 SIer で働いていた。 (プライム案件を取ってこれる分マシらしい)
レキサルティ、レクサプロ、デパスのお世話になって続けてたけど、結局は薬でどうにかできず、辞めてしまった。
参考程度だけど、未経験の人が 300万 をもらうために、どのようなスキルが必要かを、まとめておく。
ちなみにどれくらいプログラムが書けなかったかというと、競技プログラミングで努力しても AtCoder の黄色になれず青色のままってくらい。
AtCoder でいう、初心者から抜け出せないという、要するにセンスがないということなのだけど、そういう人も居そうなので、参考までに。
未経験のプログラマに対して、これだけ要求されるのだから、未経験の人は覚悟するようにという指針を提供したいので書いた。
基本的に、損害を与えた場合には、それを作業者が補填するという誓約書を結ぶ。
要するに、捨て駒として扱って、失敗したら賠償しろ、という事になる。
このことを認識して、失敗しないように振舞ないと、連帯保証人含めて迷惑をかける事になる。
要するに、低賃金で未経験プログラマを案件にノーリスクで送りこんで、稼ぐための手段です。
基本的に PL (夢想家) → PM (御用聞き) → プログラマ という環境なので、プログラマが自分でディレクションして意思決定する必要がある。
例えば、下請けの場合は、PM の御用聞きの結果の WBS に合わせないと、顧客から DM で 瑕疵担保責任がどうとか言われる。
社内開発の場合は、PL の方から直接、長時間の叱責を受けなくてはならない。
そういう不幸を防ぐためにも、自分でディレクションして、PM の決めた実態を反映していない WBS に合わせて作業するスキルが要求される。
基本的に手戻りは個人の過失になってしまうため、手戻りしないように考え抜いて意思決定をする、というのが重要になる。
これこそ、ガクチカと呼ばれる、頑張れますというスキルなので、学生時代に頑張っておけばよかったなぁ。
こう見せたい、こう表現したい、という事を伝えるには、必然的にデザインの知識が必要になる。
創造的思考とデザインは切っても切り離せない概念で、デザインとは創造なのだから、当たり前である。
ソフトウェアアーキテクチャも、ソフトウェア設計も、コーディングもデザインと言えるかもしれない。
顧客と 1:1 で話す事が DM でもボイチャでも突発的に発生するので、いつ、いかなる時でも論理武装していなければならない。
まぁ、顧客であったり PL であったりはキレるのが仕事なので、それに対して理路整然と説明する必要がある。
なんとなく、では納得しないし、すぐ損害賠償請求とかそういう話にいくので、答えられないと持ち帰りますとお茶を濁して、エマージェンシーになる。
後述する設計能力においても、課題を把握するための言語技術(言語化能力)は重要なファクターだと思う。
C/C++ のシステムプログラムはフレームワークが基本的に無いので、自分で概念を整理して、どのような変更、拡張があるかを考えて設計する必要がある。
この能力が弱いと、手戻りが発生しやすくなり、瑕疵担保責任を問われることになる。
読んだ本の中だと、ボブおじさんの本が、やっぱりしっくりくるなという個人的な感想がある。
UDP で送ってくるデータを受けて 24/365 で停止しない WebAPI への繋ぎ込みという簡単な作業があって、振られた。
リークしてはいけないという事で malloc は禁止で、グローバル変数を利用するという変なルールがあった。
Rust で書けばいいんじゃないかなと思ったけど、Rust 書くのもシンドイし、C/C++ で、しんどくて読みづらいコードを書いた。
あとで保守する人が大変そうだけど、そういうルールを決めたのは PL だしね。
なんか、特殊な PCI Express のカードからベンダーが用意している SDK でデータ引っこ抜いて Web API へつなぎ込む部分をやった。
一応、SDK の使い方をパラ見して 1 日で作ったので、別に負担じゃなかったけど、素人にやらせるんなとは思った。
当たり前だが、DB 作って RestAPI を生やすのは現代のプログラマにとって自然にできなければならない。
なので、新規開発のサブモジュールのバックエンドを任せられた。
だが、ORM の癖を把握したり、発行されるクエリを確認したりするのは、疲れる。 SQL を直書きするのはシンドイ。
結局 SQL を直書きすることにしたけど、あまりいい決断ではなかったと思っている。
それ以外は フレームワーク に乗ってしまっていいので、書き捨てる分には楽だった。
最近だと、TypeScript で Prisma 使うのが、型安全でよさそうだなと思っている。
デプロイを EC2 直でやったり ECS にしたりとしていたので、ベアメタルの知識が必要になった。
要するに systemd のいじり方とか、死活監視の仕方とか。
個人的には、クラウド嫌いなので、ベアメタルの方が安心できる。
Bind で権威DNS を管理して、postfix で絶対止めてはいけないメールサーバを管理するとかもあったけど、出来て当然ではある事だし。
未経験プログラマでも、月単価 100 万以上で顧客に請求してるんだから、会社はそりゃ儲けるだろうと思った。
会社が一人前の経験N年のプログラマといったら、その通りに振舞う必要がある。顧客に責任はないのだから。
当たり前だが、Webディレクション、Webデザイン、Webプログラミング, Webマークアップ は、全て作業者であるプログラマの仕事になる。
個人的には、これが分かれている理由が良く分からないけど、分けたい人がいるんだろう。
デザインで、CSSフレームワークを使うと、その色が出るという事で、全部 CSS は手書きしていた。
tailwind が出た現在では使っていればよかったなと思う。
結局、全く分からない中、手探りでデザインし、コードを書いて、顧客に 1 日 5 ~ 10 回リリースするという行為をした。
顧客は大手企業だったので、自社のエンジニアならもっと出来る、と叱責されまくったけど、だったら自社でやればいいじゃんと思った。
一応、今でもサービスは生きていて、ユニークユーザ数は上がっているらしい。
そして、焼き付け刃だったので、 WAI-ARIA を知らず、アクセシビリティへの配慮が足りない事が問題になってしまった。
これはなんとか保守対応にねじ込めたのでトラブルにならなかったけど、瑕疵担保責任と綱渡りだなと思った。
当たり前だが、リリースサイクルを短くしないと顧客はキレてしまうので、CI/CD を整えないといけない。
今は Github Actions とかあるけど、昔は無くて Bitrise が高いからみたいな理由で Azure Pipelines で CI/CD フローを構築した。
もう Multi Stage Pipeline になってるだろうけど、Release Pipeline が GUI からしか設定できないのが辛みだった。
当然だが、デプロイするためには IaC を整える必要がある。
これを知らずに、コンソールでポチポチしていたので、 IaC 出来てない事がバレた時に色々怒られてしまった。
本来はテストも自動テストを整えて、質保証をしてバグを減らさなければならない。
だが、テストを書くという手間を払えなかったので、人力テストしかできなかった。
一応、リグレッションテストを人力でやりまくったので、バグ発見曲線が結合テストでの IF 不一致しかない、という結果にはなったけど
自動化できれば費用が必要じゃなかったから、怠慢だと、責められてしまった。
未経験でも誓約書を盾に、振られた事全部を出来なくてはならない慣習があるので、プログラマはそんなに良い職業じゃないよ。
甘い考えで、プログラマになろうと思っているのなら、考え直した方がいいです。
