  |
はてなキーワード: プラクティスとは
久々のggrksだな。
世界トランスジェンダー・ヘルス専門家協会（WPATH）は、性別違和（gender dysphoria）
の科学的研究と、トランスジェンダーの健康のエビデンスに基づくベスト・プラクティス
のために活動する、唯一の国際的で学際的な専門職組織です。当協会は、医学、メンタル
ヘルス、法と倫理、そして科学研究の分野に 2,200 人以上の会員を持つ非営利団体です。当
協会は、科学者と医療提供者が力を合わせ、当該領域に関する知識を交換することを目的
として 1979 年に設立されました。国際的に認められた「トランスセクシャル、トランスジ
ェンダー、ジェンダーに非同調な人びとのためのケア基準」（最新版は第 7 版）（SOC v7）
を作成し、Web サイト（www.wpath.org）には日本語訳も公開しています1。当協会は世界
各地の政府に対し、トランスジェンダーの健康と人権および市民権に関する助言を行って
います。
これまで株とか投資信託、外貨とかの投資は一通りやっていて、旧NISAや新NISAも当然やっているわけだが、最近のNISA推し、特に「脳死でオルカン積み立てておけばいい」という風潮には違和感がある。
脳死でリスク資産にお金を突っ込んでいたら、文字通り死ぬのでは？
前提として、お金は使うために貯めるのであって、使う時には現金化する必要がある。
子供や配偶者がいれば、マイホームとか教育資金で早めに必要になるけど、40代独身中年がターゲットにするのは、定年や再雇用のタイミングの60歳〜65歳。
そうすると、短ければ10年ちょっと、長くてもあと20年しかないわけで、暴落しても20年、30年待てばいいということにはならない。
ワーストケースとしては定年直前に株価のピークとリセッションが来るケース。その場合にリスク資産が100%だとダメージが大きいので、定年に向けて現金（あるいは債券などの比較的安全な資産）の比率を高めていくのがセオリーになる。
DCやiDeCoの商品には「ターゲット イヤー ファンド」というのがあって、これは定年に向けて株式などのリスク資産を徐々に減らして安定資産に切り替えていく商品。
中年を過ぎたら、ドルコストでリスク資産を積み立てていくのではなく、徐々にリスク資産を売って現金比率を高めていくことを考えないといけない。
（DCやiDeCoは退職や一括受け取りで強制的に現金化されるので、もっとシビア）
とはいえ、定年後も資産を運用して増やしていった方がいいのでは？という考えもあるけど、将来受け取れるお金を増やすのであれば、年金受給を5〜10年遅らせて42%〜84%増やすのが確実。
となると、年金受給（70歳〜75歳）までのつなぎに自己資金をあてる必要があるので、NISAなど現金化しておく必要がある。
年金を受け取る前や年金をあまり受け取らずに死んだら損ではあるけど、独身なら相続させる相手がいないので関係ない。
確実にお金を使い切るのであれば、これがベストプラクティスではあるけど、老後に証券口座の残高を見てニヤニヤすることが出来なくなるのはちょっと残念だよね。。。
もともとは「シェルスクリプトをプロダクションで動かしてる」だけでヤバいと主張してたけど、さすがに旗色が悪くなってきたから
個人的には初心者プログラマがUNIX哲学周りの本読んでハマるか、キャリアアップできなかったエンジニアが使うのがシェルスクリプトだと思っているが。
私はPM。要件決め、設計などは得意だが、細かい技術的な部分はよくわかっていない。
チームリーダーB：経験豊富。全体設計もできて、コーディング速い。顧客折衝もできる。
新人C：経験浅い。コーディング遅め。devopsやプログラム言語についての知識がある。こだわりが強い。SNSでもいろいろ発信。
私は板挟み。
チームリーダーBは頼りになる。新人Cも最新の技術的な動向を追っていて、いろいろ知っていて関心する。いわゆるベストプラクティスというのは新人Cが提案するやり方なのかな、と思う
たとえば、クラス設計はインターフェースを用いてもっと疎結合にコードを組むべきだとか、テストコードのカバレッジをもっと上げないととか、言ってることはもっともだと感じる。
チームリーダーBはそういった細かいところにわりと無頓着なのかもしれない。ずっとやってきたやり方に固執してる部分もあるだろう。
私が若かったころは先輩のやり方は絶対だったため、こういった揉め事は少なかったように思うが、
最近は新人も学生時代にネットで多くを学んでいるため、知識が豊富で理論武装もすごいため、先輩が言い負かされてしまうケースも多い。
私の意見としてはBもCも良い部分があるため、どちらの意見も採用したいところだが、相性がよくない。
BはCのやり方だと、他のメンバー（DやE）の面倒もBが見ることになり、自分の負担が増えると言う。
ただ、保守性の高いプロダクトにしておかないと、長い目で見たときにあとあとキツくなってくる気もする。
あと、CはCで時間を掛けてばっちりテストコードを書いてるはずだが、経験が浅いせいか、テスト環境にデプロイさせると、かなりバグを発生させている。。
どうしたらよいだろう。
アフターコロナと呼ばれて久しいこのタイミングで、副業を始めたいと思っている。
当該領域に造詣の深い増田諸氏におかれましては、さまざまな失敗談にもとづくベストプラクティスをご存知なのではでは？？
というわけで、こんな私のような「これから副業パーソンズ」に向けてアドバイスをくれ。ください。
私が聞きたいことは以下のとおりだ。
とまぁこんな感じ。叡智よ集えー。
男も女も、類似性で仲間を形成する。男の場合、概ね以下のカテゴリになる。
1.スポーツが出来る奴
2.ガリ勉
4.無能
5.何考えてるかわからん奴
スポーツ、ガリ勉、オタク、無能の順番でモテる。高知能集団だと社会で活躍できる要素がモテに反映されてガリ勉の方がモテることもある。
上位の序列と親しいことは喜びで、
下位の序列と親しいことは汚点となる。
この軸を基本に、暴力性が掛け算される。暴力性とは、態度の大きさとそれを正当化する筋力、身長、武術、人脈を示す。人脈とは、主に不良コミュニティとの交わりを指す。
暴力性が高いと、序列が上がる。序列が上がる理由は、モテるからだ。
なぜ母親が男の育てをしてはいけないかと言うと、母親には暴力性の概念がわからないから。
将来のために沢山お勉強してほしい、優しい子に育ってほしい。
これは同性に対するベストプラクティスであり、男子学生にとっては舐められ要素だ。
小さいうちに同性から舐められると、学校での活動が大きく制限される。自分の意見を伝えて、受け入れられる確率が下がる。
学校の活動で成功体験を得るためには、意見を通すための裏打ち、つまりモテ要素、スポーツ、身長、筋力を養って行く必要がある。
お母さん方は、自分が若い頃に感じたトキメキ、強くて怖い男に対する妙な安心感や頼りがい、
これを思い出すべきだな。
そして、息子にもそういった要素がないと、
クラスの端っこで勉強して、話も面白くない、とにかく関わる価値のないのない陰キャ扱いされてしまう。
そこを考えてあげた方がいいな。
ワイも最初これがわかってなかった。らだが息子の学校の男子らの喧嘩や力関係を大概試合や行事の観察で理解した。男社会は力が支配する。力がなければダメだ。
それは父親がルールを教えなければならない。女にはわからぬ世界だよ。
だからワイは一歩引いている。母やが細かく世話を焼くのもダメだ
男社会のルールを知らないから。うちの婆さんはシンママだったから叔父さんも苦労したらしい。女所帯は近所からも舐められて石を投げられバカにされまくった。
単に力って言うとあんまり面白くないんですどね。男社会には男社会のエレガンスもあるんですよ。
紳士協定みたいのがある。
男は敵にも加減する。敵も友になる。
女はそれがない。手心を加えない。加減がわからないから叩きのめしてしまう。
たまたまコードの3つの部分について、共通性があったとして、この共通性を一般化してライブラリ化し、再利用可能にしたとする。
一見すると良いプラクティスに思えるが、文脈次第では痛手を追う。
この「共通性」が、今後未来に渡ってずっと続くとは限らない。たまたま現時点において一般化できると言うだけで、未来では3つの部分が別々の機能性を持つことも考えられる。
そのときに再利用可能なライブラリとして作ったことを後悔することになる。別々なら影響を限定して作れたのに、ライブラリにするといちいち手間がかかる。
開発手法でしっくり来てるのがAndy HuntさんのTracer Bullet Developmentで、開発の方向性を示すのに試作を作る方法。
1. 主要なシステム オブジェクトを定義。UI、サーバー、ロジックビット、データベース抽象化レイヤー等。
3. データフローを実現するために API とその戻り値をコーディング。
4. 単体テストを使用して API の予想される使用法を文書化。
5. 各 API に必要な量の既定のデータ (別名、ダミー データ、偽のデータ、ハードコーディングされたデータ) を追加して、API が「実行」されるようにする。
6. あらかじめ用意されたデータを実際の機能に段階的に置き換える。
7. コードをリファクタリングし、システム オブジェクトを調整し、完了するまでこれを続ける。
プログラミングの話題と相性がいいんじゃないかと思って、昔読んだことがある達人プログラマー (1999年に出版された第1版の方、2019年に出版された第2版ではない) をぱらぱら見返してみた。プログラマーとしての姿勢やプラクティスなどは一般に普及したかどうかの判断が難しい。間違いなく一般的になったなと思えるものに絞って書く。インフラ面の進化が大きいと言えそう。
フリーレン「わずか数年で人類の開発方法論に組み込まれ、新しいインフラによってシステム開発の生産性を向上させた。」
でも今のチームはソースコード管理システムを使っていないんだけど……
恥ずかしいと思ってください！ そして、これが伝道師となる機会だと受け止めてほしいのです。しかし、彼らが自ら進むべき道を見つける時まで、あなた一人ぼっちであってもソース管理を使うようにしてください。
フェルン「いまのはバージョン管理システムです。」
いつリファクタリングを行うべきなのか？
コードがうまくなじんでいないと感じたり、まとめるべき 2 つの事柄を見つけたりといった何か「おかしなもの」に遭遇した場合、手を入れることを躊躇してはいけません。
テストの文化
あなたの記述したソフトウェアはすべてテストの対象になります。あなたやあなたのチームの人間がテストをしなければ、最終的にユーザーがテストを強いられるのです。このため、テスト計画を徹底的に練る必要があります。しかし、事前にものごとを少し考えるだけでメンテナンス費とヘルプデスクへの呼び出しを大幅に削減できます。
(中略)
テストは技術というよりは文化なのです。こういったテスト文化は、使用する言語に関係なくプロジェクトに植え付けることが可能なのです。
フェルン「いまのはテスト駆動開発です。」
多くのプロジェクトでは、こういったレベルのビルドは毎晩自動的に実行されています。つまり、プロジェクトの特定部分を夜間ビルドで作成すると同時に、個別のテストよりも完全なテストを実行できるのです。これによって、完全なビルド実行時に行うテストをすべて実行させることも可能になります。結果として、その日のうちに回帰テストの問題を見つけられるようになるわけです。ソースの変更後、できるだけ早い時点で問題を検出できれば、バグの検出と修正を円滑に進められるようになるはずです。
https://b.hatena.ne.jp/entry/s/qiita.com/Sicut_study/items/6238413b66e274bccd7b
深夜4時まで勉強している割には他の記事やTwitterからあんま深い事を感じないので怪しさMAXです。
もちろん書かれている流れも良いですが、増田のおススメも書こうと思う。
記事では全否定されていますがAWSを学ぶ最短はこれだと思います。
IPAのITパスポートのAWS版でこれを取得すればぼんやりとAWSの各サービスとつながりが分かります。このぼんやりとってのが重要でAWSはとにかくサービスが多いですが実際に開発すると使うのは大体限られます。もちろん記事のような流れでも良いですが、まずは全体を俯瞰できることが重要です。この資格取ればAWSへの苦手意識は持たなくなりますし、AWSのCM見て「んなわけあるか！途中端折りすぎ！」と突っ込めるようになります
次にやるのは参考書の写経です。なんでも良いですがサーバレス系の参考書だとリソースの削除も楽で良いです。AWSの公式のでも良いですが大体和訳されていません。Amplifyとかは和訳されたのもありますがバージョンアップで動かなくなったりして検索するのも面倒です。
もちろん参考書も2年前のものでも今では動かなかったりしますが、だいたいググるとメモで書いている人居るので感謝しながらマネしましょう。1冊やりきれば充分です。
また資格です。SAA。IPAなら基本情報です。正直これ取ればAWSを好きになります。でもサービスは組めません。でも苦手意識持たないのはこの業界では重要です。
正直CLFよりはだいぶ難しいですが初心者でも取れる資格なので頑張りましょう。
たぶんこれが増田の思うベストプラクティスだと思う。と言うよりSAA取ればAWSに関しては日本のエンジニアの半数より上に居れると思う。それくらい人が少ない。
ここから業務を経てSAPを取得したり、DVAやSOAの残りのアソシエイトも取って基礎を盤石にしたりとかは人それぞれだか、ひとつだけ言えるのは深夜4時まで勉強した付け焼刃のECSのコンテナとかマジで触りたくない！
コンテナとかはAWS以外の知識も要るから時間をかけて人に説明できるレベルに理解した方が良い。言いたいことはそれだけ。あとリソース削除言うけど無料枠とよほどの無茶しなきゃ金はほとんどかからないし、だいたいAWSが300クレジットくれるからどうにかなる。
自分でサービス作るなら話は別だけど、試算ツールもあるし収益と運用をちゃんと見積もるのが大事だしAWS使うと大半はリソースどうしようか考えるのがメイン。どうせあとから増やせるでしょって思うサービス程増やせない
私はスポーツガチ勢ではないが、夏は毎日スポーツウェアを着用している。
具体的には、上はサッカー用のプラクティスシャツ、下は陸上用のスパッツ＋薄い短パンを履いて生活している。
理由としては、それらが吸汗性・速乾性に優れ、ものによっては冷感まで感じることができ、湿気多い夏を少しは快適に過ごせるからだ。
また、単純にかっこいいというのもある。スポーツウェアは原色中心の色彩が強めであり、暑さで凹んだ気分が少しはアガる。
これも夏を乗り切るのに重要なことだ。
でも、スポーツウェアを非スポーツの場面で、特に暑さ対策として着用するという習慣を寡聞にして存じ上げない。
なので、世の中でもっと流行ると良いと思い、増田で提唱してみる。
今は、世の中に定着していないので、この格好で外に出るには、（本当に運動しようとしているとき以外）やや抵抗がある。
でも、本当に快適なので、個人的には普段のお出かけでもスポーツウェアの着用が進んでいけばよいのにと思う。
炎天下で暑い暑いと声をあげる人を見るたびに、夏のスポーツウェアが、ジャージズボンくらい気軽な普段着として定着すればいいのにと思っている。
Unity5から長く離れていたほぼほぼ今となっては初学者とみなしてよい者なのですが、
開発環境と最初から選定すべきライブラリのベストプラクティスについて教えて欲しいです。各々のオレオレベストプラクティスで良いです。
想定されるテンプレは
バージョン管理システム:
入れておくべきライブラリ:
入れておくべきアセット:
みたいな感じです。
例えば
コーディング用エディタ: VSCodeになんかよさげなプラグイン
入れておくべきライブラリ: UniRx,UniTask
入れておくべきアセット: 画像や音楽、3DモデルというよりはRewiredなどのロジックを補強するアセットなどが知りたいです
こんな感じでしょうか。
