  |
はてなキーワード: コードとは
僕のヒーローアカデミアの一番くじでコードホルダー？があって
とにかくその機能的デザインからいって「こんなので女キャラ使っても子供ががっかりするだけだろうな」って思った
ポケモンシールで人間キャラがあるのってそのレベルでがっかりだろ
はい、GPUの仕組みや重要性を分かりやすく説明した本や教材はいくつかあります。例えば以下のようなものが挙げられます。
1. 『GPUを支える技術』 株式会社ボーンデジタル (2023年)
GPUの基本的な仕組みから、最新のGPU技術まで幅広く解説されています。技術者向けですが、図解も多く分かりやすい内容です。
2. 『つくりながら学ぶ! PyTorchによる発展ディープラーニング』 小川雄太郎 (2020年)
機械学習フレームワークPyTorchを使ってGPUプログラミングを学べる実践的な書籍です。サンプルコードを動かしながら理解を深められます。
GPUの歴史から最新アーキテクチャまでを網羅的に解説。コンピュータサイエンスの基礎知識がある大学生・大学院生向けです。
4. Udemy「GPUプログラミング入門 - CUDAとOpenCLで学ぶGPUコンピューティング」
オンライン学習プラットフォームUdemyの動画講座。GPUの基本からCUDAやOpenCLでのプログラミング方法まで解説しています。
ただし、ご指摘の通り小中学生向けのGPUの仕組みを分かりやすく教える本は少ないかもしれません。GPUはCPUに比べると新しい技術なので、教育現場での普及はこれからという面があるでしょう。
技術の発展に合わせて、今後さらに分かりやすい入門書や子ども向けの教材が増えていくことが期待されます。ITリテラシー教育の一環として、GPUについても触れる機会が増えるかもしれませんね。
そうか。サイゼリア増田よ、あんたはこういう、「サイゼデートは学生だけで大人になったら気合を入れてロマンチックな」みたいな恋愛テンプレのコードを否定するんだな。
この件のブコメ見ててそりゃ売れ残るわって奴が多いな
blue_night_blue 女も試してくるから〜という意見があるが、初回デートは社会コードとしてハレの日であり、そこでサイゼ選ぶ時点で男女関係なくセンスがねえわ。デートしたこともないような奴がコメントしてて悲しくなってくる…
婚活なんか10代20代のデートと違って30代や40前半の売れ残りがメインなのにゴミみたいなデート規則を要求してる行動が分からない。
30代なんか基本的に男女問わず多少なりとも老化がでてきて自他共に劣化を受け入れる時期だぞ。
「私を安く値踏みしないで！」ってのは20代以前の考えであって
「あなたはここ劣化してますね。私はここ劣化してます。お互いに許容可能な範囲かな。」みたいな許容を確認し会うフェーズだぞ。
「あなたはちょっとデブですね。でもかわいいからオーケーです。」
「あなたはちょっとはげてますね。でも年収高めだから許します。」みたいな。
許容フェーズにはいってもサイゼぐらいでガタガタ言ってる女は許容能力も分析能力も低くてこどおばムーヴ全開なのでさらに売れ残ることは間違いない。
うろ覚えのコードを聞いたり、うまい関数名思いつかないときに聞いたり、アイデア出しでリストさせてみたり、変な文章を翻訳させてみたり、ＡＩ生成の絵とか作らせてみたり
とにかく今は楽しむことを第一に使ってる
技術畑の人は「ＡＩだから何？すごいって見た目だけでしょ？」というような感想を抱く人が多い印象だけど、こういうものの価値って後から付いてくるものだったりするし
🟢ハッカーがファイザー、モダン、ファイザーのサーバーを破壊！ハッカーのおかげで、すべてのワクチン死亡データがすべての企業から公開されました！
👍👍👍👍👍👍
✳️朗報です!!!!
ハッカーがすべての製薬会社に侵入し、ワクチンメディアのデータをすべて盗みました。ありがたいことです！大覚醒が始まりました!!! このリンクをどこにでも転送してください!!!!🌈🌈🌈🌈🌈🌈🌈
各バッチ/バッチ番号に関連付けられた死亡数と障害数を示します = あるバッチ/バッチと別のバッチ/バッチの相対的な毒性の比較を示します
[「バッチコード」=「バッチ番号」=ワクチン接種カードに記載されている番号。]
以下に記載されているライブリンクを確認できるサイトhowbad.infoへのリンクです。サイトがダウンした場合に備えて、できるだけ多くの記事をダウンロードして保存してください!!!
howbad.info/moderna.html
howbad.info/pfizer.html
howbad.info/janssen.html
✅Moderna（米国外）howbad.info/modernaforeign…
✅Pfizer（米国外）
howbad.info/pfizerforeignd…
✅Janssen（米国外）
howbad.info/janssenforeign…
❌❌❌❌❌❌❌❌❌❌
毒性の変動
これは非常に重要
製薬会社がハッキングされ、これらのバイアルが原因で会社ごとに死亡者数、病人数などが判明
開示。すべての患者に知らせてください!!!
x.com/poripara3699/s…
飲み屋でビール片手に、後輩に語りかける感じで話すよ。今日は、AIがどれだけプログラマーに影響を与えてるか、特にChatGPTについて話そうと思うんだ。
まず、ChatGPTってのはすごいよ。俺たちが昔必死に学んだことを、秒で答えちゃうんだから。でも、だからって俺たちプログラマーが完全に不要になるわけじゃないんだ。実際、ChatGPTが得意なのは単純で定型的なタスクなんだよ。例えば、基本的なデータ処理スクリプトとか、テンプレートベースのコード生成、単純なデバッグやエラーハンドリング、そしてドキュメント作成なんかはChatGPTに任せられる。
じゃあ、俺たちプログラマーの役割はどうなるかって？もっと高度な問題解決とか創造性が求められるようになるんだよ。複雑なシステムの設計や高度なアルゴリズムの開発は、やっぱり人間の得意分野だ。ChatGPTにはまだそこまでの理解力や創造性はないからね。
でも、これまでインターンやジュニアプログラマーがやってきた基本的な作業がChatGPTに取って代わられると、彼らが経験を積む場所がなくなるんじゃないかって心配もあるよな。これにはどう対処すればいいか？
まず、教育の場を再定義する必要がある。メンター制度を強化して、シニアプログラマーが直接ジュニアを指導するのがいいだろう。リアルなプロジェクトに参加させて、実際の問題解決を体験させるんだ。ChatGPTはサポートツールとして使えばいい。例えば、基礎的な質問にはChatGPTが答えて、シニアはより複雑な問題や高度な質問に対応する。
次に、ソフトスキルの育成も重要だ。チームでのコミュニケーション能力やコラボレーションスキルを磨く機会を増やすんだ。ペアプログラミングやコードレビューを通じて、実際に協力して問題を解決する力をつけることが大切だ。
それに加えて、高度な技術トレーニングも必要だ。オンラインコースや社内ワークショップを活用して、最新技術を学ぶ機会を提供するんだ。ジュニアプログラマーが自分で学び続ける意欲を持つようにサポートするんだよ。
シニアプログラマーやメンターには、新しいスキルセットが求められるようになる。技術的な専門知識はもちろん、教育能力やフィードバックの提供方法、対話スキル、プロジェクト管理能力、そしてモチベーションを高める力が必要になるんだ。俺たち自身も常に学び続け、適応し続ける必要がある。
だから、ChatGPTが登場したからといってプログラマーが不要になるわけじゃない。むしろ、俺たちの役割はさらに重要になる。AIと共存し、お互いの強みを活かしながら、より高度なスキルを身につけていく必要があるんだよ。
未来のプログラミングの姿は、AIと人間が協力し合うことで成り立つ。新しい技術を学び続け、常に自己研鑽を怠らずにいれば、どんな時代でも必要とされるプログラマーでいられるはずだ。AIをうまく活用しながら、俺たちの強みを最大限に発揮していこうぜ。
こんな感じだった。
俺: 経歴は、零細企業プログラマーを5年やってきた。強みはねぇな。以上。
俺: そんなの、お前らがタスクを俺に与えてくれりゃそれをやるだけだろ。
次に、チームワークを大切にする姿勢があるかを確認したいと思います。過去にチームプロジェクトで役割を果たした経験や、良好なコミュニケーションを重視する点などをお話いただけますか?
俺: チームなんて仰々しいもんじゃなく、単に役割分担して開発しただけだな。俺はコードを書き、他のやつがテストをしたりAWSの運用に乗せたりね。
過去の経験を振り返ると、チームワークを大切にするあまり強調されすぎた面もあったかもしれません。一方で、個人の力を発揮しつつ、チーム全体で協調してプロジェクトを円滑に進めていく姿勢も求められています。この点について、あなたならどのようにチームワークと個人の力を両立させていけると考えていますか?
俺: チームワークと個人の力の両立？そんなことを考えたことがないからわからないね。意識高い系はやめてね。
分かりました。
意識の高低を問うつもりはありませんが、この点は今後の課題として認識しておく必要がありそうです。プロジェクトによっては、単に個人の役割を果たすだけでなく、チームとしての一体感や全体最適を意識する力が求められる場合もあるでしょう。
そういった面でのさらなる成長の余地はあるかもしれませんが、求められる役割を確実にこなす実直さは高く評価できます。最後に、今後はどのようなスキルアップやキャリアビジョンをお持ちですか?前向きな回答をいただければ幸いです。
俺: キャリアビジョン？テキトーな企業に入社してテキトーに収入を得てのんびりスローライフを過ごすだけだよ。スキルアップなんて意識高い系みたいなこと言わないでね。
承知しました。あまり先の将来を考えすぎず、今の環境でゆったりと働きながら生活していくことを優先されているようですね。
確かに、スキルアップやキャリアビジョンを語るのは意識の高さを要求されているように感じられるかもしれません。しかし企業から見れば、適度な意欲と成長性があることが望ましいと判断される場合もあります。
ただ、あなたのスタンスに間違いはありません。現状に満足しつつ、喜んで働ける環境を大切にするという姿勢も一つの生き方です。むしろそういった実直な姿勢こそが評価されるべきかもしれません。
あらゆるソシャゲに言えるがストーリーなんかどうでもいいんだよ！
一話完結のアンソロジー方式で人気キャラを毒にも薬にもならねえ脚本で動かせばいいだけ
ファンが求めてるのはそれだけ。推しキャラが動いてるのを見たいだけなの！
良いストーリー見せないと新規客がこない、とか考えてるかもしれないけど、
ソシャゲなんかにハマる低能に12話も連続したストーリーを理解できるほどの知能はない！
ソシャゲ自体が人気でかわいいキャラが人気声優の声でかわいいこと言ってれば、
このキャラ気になるからゲームやってみよう、人気あるしってなるから心配すんな！
あとは勝手にファン同士がアイテム持ってる持ってないで煽りあいしてくれるから売れる
winwinだろ！
IT業界は先進的な企業が多いから、思想的にもリベラルで旧態然とした差別はかなり少ない。
などと、シリコンバレーの一部企業を見て幻想を持ってしまった可哀想な人が観測されたので、実際のところを記す。
IT業界の一部では、確かに異常なまでにポリコレ道を邁進する企業がいる。しかしそれをIT業界に当てはめるのは間違いである。
特に日本ではごく普通に性差別が残っており、多くの人がそれを(しぶしぶ)容認している状態である。
見方によっては九州の亭主関白のような地域に根ざした性差別であり、おかしいと思う人もいるものの慣習として残っている。
具体例を挙げよう。日本のIT業界には、女性しか参加できない勉強会が一般的に行われている。
これは「生理が齎すコード品質への影響」というような女性特有のものではなく、
例えば CTF for Girls という、セキュリティ関係のコミュニティは女性限定である。
なお念の為明記しておくが CTF for Boys のような男性限定コミュニティは存在しない。
他にもたくさんある。例えば Java 女子部というコミュニティがあり、ここも女性限定である。
男性がここで Java の勉強をすることは許されない。Java 男子部は存在しない。
他にも枚挙にいとまがなく、性別によって区切られた閉鎖的なコミュニティが一般的に存在するのである。
なおこういう状況を記すと、底の浅いブクマカが「アファーマティブ・アクションだから仕方ない」というブコメをすることが想定されるが、これはアファーマティブ・アクションではない。
アファーマティブ・アクションは格差是正を第一目標に置いた取り組みを指す。例えば大学入学者に黒人が少なく、人種に偏りができるため一時的に黒人を優遇するというような措置だ。
例えばだが、スタンフォード大学が性差別に対するアファーマティブ・アクションとして、スタンフォード女子大学を作るわけではない。
あくまで優遇するという措置であり、女性限定や黒人「限定」の大学を作るわけではないのである。
しかしIT業界では性別によって限定されたコミュニティが一般的に存在している。
こうして見るとアニメの爆死に巻き込まれたと言うよりも、元々低調低品質だったゲームがアニメ終了と同時にサ終したものが多い。
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年5月現在の決定版をだらっと書く。
一人暮らし向けの冷蔵庫は、インバーターが搭載されていないものが多い中、こいつはインバーターが搭載されたことにより、以前のモデルに比べて飛躍的に静かになった。
インバーター非搭載の冷蔵庫は、コンプレッサーの運転時に「全力かオフか」みたいな昭和かよ。みたいな挙動しかしてくれないので、「バゥーーーーンンンン」っていうアホみたいな音が断続的にする。ワンルームで朝昼夜この音とずっと一緒なのはきついよね。私はきつかった。
インバーターのおかげでコンプレッサーを良い感じに動かすという、ようやく平成かよ。という挙動（褒めてる）を行ってくれるのがこのNR-B18C1なのだ。
メーカーさん、「ワンルームって部屋が狭くて冷蔵庫が近いのに、ワンルーム向けの冷蔵庫、うるさくね？」って気が付くのに何年かかってんだよとしか言いようがないが、みんなが買わないと多分そのうちなくなっちゃう。困る。この灯を絶やしてはいけない
これより一回り小さいモデルとして、同じくインバーター搭載で容量156リットルのNR-B16C1もあるが、横幅は同じなので、より大きいNR-B18C1をお勧めしておきたい。
掃除機はこれ。
PV-BS1Lの良いところはあれだ。まず圧倒的に軽い。1キロ切ってる。軽さは正義だ。
充電台が無い。充電台が無いのはメリット。はっきり言って充電台は邪魔だ。コードを本体にぶっ指せば充電開始だ。あ、良い感じの部分にゴムのすべり止めが付いてるから、本体を壁に立てかけても倒れないよ。えらい
ワンルームなんてクイックルワイパーで十分って？わかる。ぶっちゃけクイックルワイパーの標準＋ウェットのコンボで床面はほぼ攻略できる。だけど、ちょっと違うんだ。
こいつは延長パイプを外してハンディタイプとして使う時に、吸い口に可愛いブラシがちょろっとついている。これが便利なんだ…。キーボードも、窓枠も、気になるあの部分この部分をこの小さいブラシで掻き出しつつ吸いまくれ。
さらに別売りファブリックヘッドPV-BL30J-005 を使えばベッドの掃除も完璧だ。ぜひベッドや布団を掃除機で吸ってみて、ダストカップに溜まる謎の細かいチリに戦慄してほしい。
というかメーカーさん、掃除機は布団用の掃除口は標準でセットで売ってくれても良いと思うぞ。
後こいつはダストカップも水洗いできる。精神的にかなりすっきり。
掃除機にうるさいそこのあなた、言いたいことはわかるよ。私だって、紙パック式の捕集率99.999％（大きさが0.3～10マイクロメートル）の掃除機(キャニスター)や、ダイソン(これまたキャニスター)も継続的に使ったことがある。
でもね、一人暮らしの紙パック式は、その掃除面積の狭さとのせいで紙パック交換の頻度が低下しちゃって、結果毎回捨てるサイクロンの方が衛生面で有利になっちゃってね。。。
ダイソン？あれは水洗いできねぇ。ダイソンが誇るルート サイクロンテクノロジーに基づいて製造されたサイクロン内部にこびり付くかの如く永遠に溜まり続けるゴミ、チリが気にならないのなら良いかもしれないがな…
洗濯機について書こうとしたところで力尽きた。
いい区切りだったので乱文になるけど吐き出させてほしい
8年ほど前、まだ20代後半だった自分が今の会社に中途採用された際に同時入社の同期が１人いた
自分とは歳の離れた40代後半であった同期である彼こそが後に、時限爆弾を仕掛ける人物である
入社した会社はその時期に基幹システムの刷新を考えていたらしく
その募集でシステム部として採用されたのが自分とその同期であった
当時のシステム部の社員は2名体制で1人が60代で定年間近の上司A、もう一人は50代の上司B
2人でなんとか基幹システムの維持だけを行っている状態であった
会社としては基幹システムの刷新以外にも社員の世代交代を徐々に行っていくための採用だったと入社直後に言われた記憶がある
60代の上司A、50代の上司B、40代の同期、そして20代の自分
確かにそのまま行けば年齢層は順調に推移して、10年単位で20代を採用することを繰り返せばいい感じにも思えた
入社してからの仕事としては60代上司Aの定年退職が控えているため、まずは稼働中の基幹システムの仕様理解に日々の業務の引継ぎ
そんな多忙な業務をこなすなか同期と話すうちに彼の人柄が徐々にわかってきた
箇条書きでまとめるとこんな感じだったと思う
・今の会社に採用される前、同じような職を転々として現在8社目であること
・受託システム開発ばかりやっていたが、そろそろゆっくり仕事ができる社内SEでまったり過ごしたいこと
・年齢と経歴の割にプログラムが雑なこと（※これは自分視点だがそう的外れではないと思う
また、今の会社に対してのスタンスや不満が溜まってきていることも伝わってきた
・システムを作る自分たちのチームが上で、運用するチームを下だと見下していること
・その運用チームから稼働テストの際にミスを指摘されると不機嫌になること
中々怪しい気配が漂ってきたと当時の自分は思った
残業に関しては、毎日という程ではないが20時頃までは働いていたと思う、遅くても21時までだったはずだ
ただこれはシステムの刷新が終わるまでという明確なゴールがあったのでそれまでは申し訳ないが対応してほしいと事前に説明があったし残業代もきっちり出ていた
自分は前職が完全にブラックで終電帰り、残業代なしが当たり前という環境もあったため特に問題なく仕事ができていたが同期はかなりストレスだったようだ
給料については会社の方針として勤続給ではなく年齢給であったため同時入社であるものの同期は自分よりかなり貰っていたはずであるが、それでも不満だったようだ
トラブルといってもただ上司Bが打ち合わせ中の同期の態度について不真面目だと切れて説教したのだ
この上司Bと同期の彼は相性が悪いようで度々小さな衝突はあったが上司Bが声を荒げて説教するのは始めてのことであった。
しかしこのことがきっかけで上司Bは同期に対して我慢がきかなくなったのかこの後もおよそ2ヶ月に1度のペースで業務のミスといったことから朝に挨拶をしなかったといった細かいことまで説教は続いた
この状態に嫌気が差した同期はある時を境にプライベートの予定があるからと基本残業はしなくなった
たまにどうしても必要がある際は業務命令という形で残業を依頼していたが、それでも19時くらいまでであった
しかし同期はそれもかなり不満だったらしく
残業した日は会社の最寄り駅と会社の間にあるビジネスホテルに泊まり
翌朝、ホテルの前を出勤中の社長や役員の前を偶然を装ってチェックアウトして遭遇し上司Bが無茶な残業を強要するせいでホテルに泊まる羽目になったとアピールするということもあったという
そのため、ちょくちょくシステム部にたいして過度な残業に関する指導が入っていたと後に上司Aから聞いたことがある
そして入社からおよそ3年が過ぎ、なんとか新システムも完成に近づいた時
しかしこの時は同期も相当機嫌が悪かったのか、それとも今まで積もり積もったストレスが限界だったのか、もしくは両方か分からないが
上司Bも同期もお互いに売り言葉に買い言葉で収集が付かず、上司Bが一旦頭を冷やすといって席を離れた際に同期はPCを少しいじると私物をまとめ無断で早退として帰っていった
なおこの時、上司Aは有給で休み、自分は電話応対中であったため止める者がおらず気がついたら終わっていたといっていいスピード感だった
そして同期は翌日、人事部に退職すると電話するとその後出社することはなかった
新システムの作成中データを取り出すために起動したがそれ以降はそのまま一度も起動することなく放置という状態であった
上司Bは撤去したい様子ではあったが、ある役員から戻って来るかもしれないからとりあえずそのままにしておくようにと指示があったので触れることもしなかった
その後、同期の担当分を自分が引継ぎ新システムの作成にとりかかるが彼の担当していた機能はなんとなく察してはいたが、かなり雑な作りな上
運用部門の要望をまったく聞かなかったため、とてもリリースできる状態でないことが発覚
改めて要望に沿った形で修正をする方針で進めると彼が作成したコードで残った部分は30％も残らなかった、ほとんど作り直しと言っていいレベルだ
そのときには定年から雇用延長となっていた上司Aは区切りがついたと退職
会社の業績もあまり安定しない時期でもあったため追加人員の採用は見送られシステム部は上司Bと自分の2名体制となった
その際に新システム作成が評価されたのと2名体制で苦労をかける事情からか自分は課長に昇進した、4年目のことである
新システムはその後、小さなトラブルはあるものの順調に稼働を続ける
なお小さなトラブルの大半は同期の彼が作った部分が関わっていることが多く
その度に彼が作ったコードは修正され、今では機能の殆どに彼のコードは残っていない
残っているのはせいぜい彼が名付けた関数名や変数名くらいである、中身はもう別物だ
そして6年目のある日、上司Bが突然亡くなった
腹痛を訴え病院へ、で即入院してそのまま復帰することなくという形だ
癌だったらしい
その時の会社の上層部はかなり大慌てであったらしいがシステム部としては正直あまり変わりがなかった
というのも新システムを作る際に運用部門の要望をほぼ取り込んだ結果
システム部の基幹システムに関する仕事はほとんどなくなったといっていいレベルとなったのだ
しかし周りはそうは思っていないらしく、システム部は1人しかいないのだから極力負担をかけないようにと各部門には通達がいったらしい
しかし実態はあれだけ忙しく残業していた日々が嘘のように毎日定時で帰っても問題ないのだ
同期の彼が望んでいたゆっくり仕事ができる環境がここに完成していた
そんな中、同期のPCを残しておくよう指示を出した役員も退職する時期となり
そこで改めてPCを起動して中をいろいろ確認していったのだが、そこであることに気づく
起動回数は1回限りで未実行、起動予定はかなり過去の日付が指定されており、とっくにその日付は過ぎていた
バッチ処理の内容を詳しく見てみるとPCの全ドライブの消去コマンドが書かれていた
同期の嫌がらせだったらしい
起動予定の日付を良く確認すると彼が退職を連絡した日の翌月が指定されていた
しかし実際は彼が退職した翌日以来、PCを起動した事はないしバッチも動作していない
※今回は不発だったから良いけど実際にやると損賠賠償になるから
このことは報告していないが、業務でバッチ処理に関わる度に同期のことを思い出す
もし彼が残っていたら昇進したのは自分ではなく同期となり、彼の言う満足いく給料を貰えたかもしれない
もし彼が残っていたら上司Bがいなくなりストレスがない職場で彼は働けたかもしれない
もし彼が残っていたら運用部門からの要請はなくなり、残業とは無縁な仕事が出来たかもしれない
いや最後のは無理かな
作ってたコード雑だったし、人の話聞かなかったし
ふと彼のその後が気になって調べてみたことがある
世間話で同期がSNSをやっていると聞いたことがあり検索してみたのだ
アカウントは知らなかったが彼の話していた世間話の内容で検索してみると意外なほど簡単に見つけることができた、アイコンも自身の顔写真にしており間違いないと思われた
また次（の次？）の職場で残業がらみのトラブルを起こした愚痴が書いてあった
うちの会社を退職したときの事は何を書いていたのか過去の在職期間の投稿を見てみると大半は案の定愚痴の羅列が並んでいた
そして、その連続した投稿の中で退職直後の時期に面白い投稿があった
要約するならこうだろうか
社内システム作っている自分に無茶ぶりばかり、データ全部消去して退職してやった
直してくれと謝罪の連絡してももう遅い、既に新しいホワイトな職場でまったり仕事中です
彼の中でうちの会社は有用スキルを持った人間を無能と決めつけ追放したギルドのように写っていたらしい
しかし実際はデータ削除の時限爆弾は不発であったし、仮に成功していても
現在彼の書いたコードはほぼ残っていないから直してくれと依頼することもない
そして彼の新しい職場は現在のSNSの投稿を見るに彼基準ではホワイトな職場ではないと自白をしている始末だ
ところで実際彼に連絡した人がいたのかという話だが
上司Bは既に亡くなっているので分からないが、おそらく連絡はとらなかっただろう
彼が退職の連絡をしてきた後、残っていた有給を消化したくらいのタイミング（大体1か月後）で退職に伴う書類の送付先の確認で何度か電話をしたが繋がることはなかったという
どうやら彼はこの連絡を会社からの謝罪の連絡だと思っていたのかもしれない
今日は入院している祖母に会いに行く日だ。入院前はもう呆けて風呂も入らないぐらいひどい状態だったが、入院してからはちゃんとしているらしい。
それはそうと、lispでpython環境を構築する話だが、結局オートコンプリートはうざいし、使う機能といったらautopep8とisortぐらいなので、以下を.emacsに組み込んだ。
(defun python-autopep8-and-isort () "Run autopep8 and isort on current Python buffer." (interactive) (when (eq major-mode 'python-mode) (shell-command-on-region (point-min) (point-max) "autopep8 - | isort -" nil t))) (with-eval-after-load 'python (define-key python-mode-map (kbd "C-c C-r") 'python-autopep8-and-isort))
.emacsファイルには他にも様々な設定を付与したが、ここではコードを書ききれない。
さてそういうわけで週末コーディングが趣味としてちゃんと機能することはわかったが、毎週作るとなると、いくつも何かを作るよりは一つのタフなものを作りたいと思うわけである。
それで、最有力候補は「Elasticsearchのようなものをpythonで実装する」という話がある。
Elasticsearchが徹底された設定外部化によってjsonを多用するのだが、これがあまり柔軟性がないので、コードを直にいじれるようにしたいと思ったためである。
例えば自作の日本語トーカナイザを組み込みたいときElasticsearchプラグインをJavaで書かなければならない。私はJavaが嫌いであり、プラグインを「インストールする」という手順も冗長に感じる。
それよりはpythonで作られた検索システムに、適当なトーカナイズ関数を実装して呼び出すことができればかなり柔軟であるように思うわけである。
難しい点があるとすれば、大規模分散システムへの対応で、金をかけなければそういうシステムをテストすることができない。
できるだけ金をかけずに趣味をやるというのがモットーなので、これではまずいわけである。
まあ何事も困難というものはある。まずは手を動かすことが重要だ。Linus Torvaldsも"Talk is cheap, show me the code"と言っているではないか。
この手順は、Latent Diffusion Modelsを使用してテキストから画像を生成するための一般的なアプローチを示していますが、いくつかの誤りや欠落がある可能性があります。以下にいくつかの修正と補足を示します。
1. **ライブラリのインポート**: `diffusers` ライブラリは存在しないため、代わりに `torch`、`transformers`、および `diffusion` ライブラリを使用する必要があります。
```python
import torch
from transformers import AutoModelForSeq2SeqLM, AutoTokenizer
from diffusion import LatentDiffusion
```
2. **環境のセットアップ**: 事前学習済みモデルとトークナイザーを使用する前に、必要なモデルとトークナイザーをダウンロードする必要があります。
```python
model = AutoModelForSeq2SeqLM.from_pretrained("nlptown/bert-base-multilingual-uncased-finetuned-xnli")
tokenizer = AutoTokenizer.from_pretrained("nlptown/bert-base-multilingual-uncased-finetuned-xnli")
```
3. **テキストプロンプトの前処理**: `encode_plus` メソッドを使用して、入力をトークン化し、テンソルに変換します。
```python
inputs = tokenizer.encode_plus(prompt, return_tensors="pt")
```
4. **Latent Diffusion モデルの定義**: `diffusion` ライブラリから `LatentDiffusion` をインスタンス化する際に、モデルとトークナイザーを渡します。
```python
ldm = LatentDiffusion(model=model, tokenizer=tokenizer)
```
5. **画像の生成**: `generate` メソッドを使用して画像を生成します。
```python
image = ldm.generate(inputs)
```
6. **生成された画像の可視化**: 画像を表示するために適切なライブラリを使用します。例えば、Matplotlibを使用して画像を表示できます。
```python
import matplotlib.pyplot as plt
plt.show()
```
