見かけたものを忘れないためのまとめ
Twitter(X)の仕様がころころ変わるため元ツイートが表示できなくなるおそれもある。
参照先のリンク等も残す。随時更新…予定。
法律用語に対応した英語の訳(プログラムの変数名とかに使える)
変数名に漢字が使えるプログラミング言語は結構ありますが、漢字を都度変換しないといけないのはめんどいところもあります。せめて、法律用語に対応した英語の定訳があれば。
— YSR (@YSRKEN) 2024年7月27日
内閣府「ある程度なら対訳あるよ。はいPDF」
私「マジで!?」https://t.co/1TTNmyTo9t https://t.co/RIM5ccJFHm pic.twitter.com/PTybnAoBu4
参照先。法務省こんなの作ってたんだ…知らなかった…
抜粋
このサイトについて
日本法令外国語訳データベースシステム(Japanese Law Translation Database System)は、法務省が運営する日本法令の翻訳を提供するウェブサイトです。
DB勉強するならミック先生本
さて、読書ガイドマップも最新版に更新です。だんだん数が増えてきて自分でも管理できなくなってきたけど、たぶんこんな感じ・・・だと思う。基本的に左から順に読んでいけばギャップを感じることなくステップアップできるはず。自分の関心とレベルに応じて選んでもらってもOK。 https://t.co/cxzjfnJyuw pic.twitter.com/BURhL0lqtq
— ミック (@copinemickmack) 2024年12月25日
設計勉強(特にドメイン)するならミノ駆動先生こと仙場先生、がおすすめする本
41冊!
— ミノ駆動 (@MinoDriven) 2024年12月25日
僕が選定したオススメ技術書全てにPOPを書きました!どんな問題を解決してくれる本なのか、問題解決の観点で紹介。改訂版ミノ駆動本と併せて読めば学習効果倍増です!! https://t.co/i9fiqgVbUs
CloudTechってどうなん?
CloudTechの永久会員ですが、4万円(クーポン込み)を払う価値はあると思いますね
— 𝙆.𝙈𝙪𝙧𝙖𝙠𝙖𝙢𝙞 🐈⬛ (@mrk_17tksm) 2024年12月22日
・AWSのドキュメントを読み慣れていない
・実務経験が乏しい(特に構築業務→1から構築)
・AWS認定資格の対策を安価にやりたい
↑の条件に1つでも当てはまるなら購入してもよいかと。…
Microsoft製マークダウン記法にしてくれるやつ
「MarkItDown」という名前で「GitHub」にホストされている「Python」製のツールで、ライセンスは「MIT」。
Pythonかよ…🫠
コーチング関連のnoteを読んだよ
読んだもの
コーチングの”怪しさ”について真剣に考えてみた。|Maiko
で、紹介されていた以下2つも読んだ
「自分はコーチングを受けるべきなのかよく分からない」ときに読むnote|たんげ/mento COO
どうだったよ
そもそもコーチングを知らなかった。
ので、「コーチングで何ができるのか?」を知っただけでもよかった。
コーチングの”怪しさ”について真剣に考えてみた。一方で、「そもそもなぜ転職をしたいのか」「転職によって何を実現したいのか」「どんなキャリアを望んでいるのか」というようなことを明らかにしたいのであれば、これはコーチングの得意領域だと言えるだろう。これらはすべて正解がなく、自分自身の中にしか答えのないものたちであり、他の誰がどう言おうと、あなた自身が納得して動けなければ意味のないものだからだ。
コーチングとは何か図説してみたこのようにコーチを壁打ち相手に利用することで、客観的な視点を取り入れながら自己分析することができます。
と、読んだあとに、誰かがChatGPTをコーチ役にして壁打ちしているのをどこかで見たことを思い出した(おそらくTwitter)。
それならすぐ自分でも実践できる。自分の思考整理にもなるし、行動に移したりモチベーションが上がりそう。
プロンプトを調べたり実践してみるのはまた別の機会に。
全員まとめて意図を知る【チーム運営】 を見たよ
見たもの
氏の呟きがTLで流れてきたから元動画を見たよ。
基本、チーム単位で仕事をしているので参考になるかなと思い。
https://t.co/sptfvTZvEX
— 桜井 政博 / Masahiro Sakurai (@Sora_Sakurai) June 5, 2023
【全員まとめて意図を知る】
今回紹介する手法は、拘束時間を増やすけどそれよりもずっと多くのメリットがあります。
チーム運営は、すりあわせのコストも織り込むべきですね!
スタッフからも好評でした。 pic.twitter.com/yVIRTEwLmY
見てどうだった?
前提、自分は業務システムに関わることが多いSE。
要件定義段階で効果を発揮するやり方かなと。
ただ元動画と違って「実現したいこと・やりたいこと」は「顧客の要望」で、設計に携わるもの全員を集めて顧客と話すのは難しい。
現実的にみると、直接顧客と話した各チームリーダーが「うちのチームでは〇〇を実現するぞ」と自チームの詳細設計〜製造メンバーに伝える機会を設ける、かな?
要件定義書を見れば基本設計できるでしょ、設計書を見れば製造できるでしょ、という超絶現実的視点?食らえ、目潰しだ。今はそういうことを考えてはいけない。
あとは、ブルボン最強ですね。