「プラクティス」を含む日記 RSS

はてなキーワード: プラクティスとは

2024-06-10

anond:20240610194114

こちらのリンクは、AWSのWell-Architectedフレームワークにおける「信頼性の柱」に関するドキュメントの一部で、災害復旧の計画に関する内容です。このドキュメントでは、信頼性の高いシステム設計運用するためのベストプラクティスガイダンス提供されています

具体的には、以下のようなトピックカバーされています

災害復旧戦略選択

RTO(復旧時間目標)とRPO(復旧点目標

データバックアップ復元

災害復旧の自動化

定期的なテスト検証

このガイドラインは、AWS上で構築されるシステム信頼性を向上させ、災害時に迅速にシステムを復旧させるための重要リソースです。詳しい内容は、公式ドキュメントをお読みいただければと思います

2024-05-18

anond:20240518203555

広島風お好み焼きインスタンスではない… の?

真面目に議論するなら、お好み焼きクラスとするかも怪しくなる。

オフトピだがね。

オブジェクト指向が栄華を極めたあの時代責任、関心、主体性、凝集、アイデンティティis-a has-a、… 研究者ギーク仙人らによって、あらゆる説明がされたが、結局、オブジェクト指向現実世界を捉える人間感覚の応用でしかなかった。

「モノ」と思える奴をクラスにすればいい。

それ以上でも以下でもなく、あとはプログラミング構造を整理するために有効に使えるケース・バイ・ケースの妥協点を探すことになる。どうモデリングすべきかの議論は収穫が少ない。いや、極めれば霧の向こうで信じがたい洞察垣間見れる可能性はあるにはあるが…、しかし多人数でソフトウェア維持管理するのが正解だと分かった今、属人性排除するためには霊感説明するよりシンプルに留めるのがベストプラクティスだ。

プログラマーの関心が関数型に移ったのは、そういう経緯もある。数学バックグラウンドに持つ関数型言語をバックグラウンドにする方が、ミーハー技術屋連中の興味を引けた。

2024-04-02

「在宅」ライフハック

在宅ワーク警備員で「喋り方」を忘れてないか心配になってきたあなた朗報です。

発声の強弱を自然セルフプラクティスする方法があります

この方法を使えば普段から人と話していなくても、まるで人に話しかけるように自然発声練習が出来ます

高い道具を買ったり、時間を取られるルーチンを取り入れる必要もありません。

仕事をしながら、あるいは家事をしながら、ひとりごとを言うように気軽に発声練習が出来ます

パソコンの前でやれば、オンライン会議の前に声を慣らすことも出来ます

立っていても座っていても、寝転がっていても構いません。

ほんの小さな、脳をハックする工夫ひとつで、あなた発声意識が見違えるほど変わります

さらさらに、これは英語など外国語発音練習にも効果があります

さて、その方法とは↓

 

 「『耳』の絵を描いて、それに話しかける」ことです。

 

『耳』の絵は、簡単もので構いません。あなたが耳と認識さえすれば良いのです。

その『耳』に、ちゃんと聴き取らせるように、話しかけて下さい。

内容はなんでも構いません。挨拶でも、ひとりごとでも、日本語でも、英語でも。

ひとはそこに『耳』があると意識するだけで、おどろくほど発声に対する意識が変わります

  • 『小声』の時は、大事なところをきちんと強調するように。
  • 『大声』は、相手を驚かすほど出さないように。
  • 『喉』はしっかり呼吸を整え。
  • 『口先』は一音一音を丁寧に発音しようとします。

ひとに話しかけるとは『耳』に話しかけること。

耳に話しかける習慣を付けるだけで、あなた日常言葉も、非日常言葉も、飛躍的に聞きやすものになります

こんな簡単なことで本当に? という気持ちもあるでしょうが、騙されたと思って是非いちど試してみてください。

一日も続けていれば、その効果を必ず実感できるでしょう。

セキュリティ専門家パスワードの定期的変更は永く信じられてきた「ペストプラクティス

一般人:ほーん、悪しき慣習を黒死病になぞらえて「ペストプラクティス」と言うんか。でも検索してもタイプミスしか情報見つからん

専門家:ごめん、タイプミスです


ワロタ

2024-04-01

anond:20240401153531

業務経験技術的に難しかたことある?」って聞かれるんだけど、普通Web開発であまり無いよな。

こちとら15年ぐらいエンジニアやってるんだから、大体のことは対処できるし、わからなくてもググればほとんどのことは見つ

必要があればクラウドAPIとか使えばいいだけだし。AWS無い頃に比べるとベストプラクティスに沿えばいいだけなので、だいぶ簡単になってると思うんだけど。

多くの場合、「難しさ」がどこから発生するかというと制約条件と要求水準とのバッティングだと思う。

どうしてもこの速度を達成したいが使えるサーバーの数には限りがある、みたいな。webは知らんので適当だけど。

そういう経験はないんだろうか?

エンジニア面接

業務経験技術的に難しかたことある?」って聞かれるんだけど、普通Web開発であまり無いよな。

こちとら15年ぐらいエンジニアやってるんだから、大体のことは対処できるし、わからなくてもググればほとんどのことは見つかる。

必要があればクラウドAPIとか使えばいいだけだし。AWS無い頃に比べるとベストプラクティスに沿えばいいだけなので、だいぶ簡単になってると思うんだけど。

これ、なんて答えたらいいんだろう

2024-03-06

anond:20240306172722

久々のggrksだな。

https://www.wpath.org/media/cms/Documents/Public%20Policies/2019/WPATH%20Letter%20to%20Japanese%20Gov%20Officials%20re%20Identity%20Recognition_May%20%2028%202019%20JPN.pdf

世界トランスジェンダーヘルス専門家協会(WPATH)は、性別違和gender dysphoria)

科学研究と、トランスジェンダー健康エビデンスに基づくベストプラクティス

のために活動する、唯一の国際的で学際的な専門職組織です。当協会は、医学メンタル

ヘルス、法と倫理、そして科学研究の分野に 2,200 人以上の会員を持つ非営利団体です。当

協会は、科学者と医療提供者が力を合わせ、当該領域に関する知識を交換することを目的

として 1979 年に設立されました。国際的に認められた「トランスセクシャルトランス

ェンダー、ジェンダーに非同調な人びとのためのケア基準」(最新版は第 7 版)(SOC v7)

作成し、Web サイトwww.wpath.org)には日本語訳も公開しています1。当協会世界

各地の政府に対し、トランスジェンダー健康人権および市民権に関する助言を行って

ます

2024-02-14

氷河期世代独身が感じる最近NISA推しへの疑問

これまで株とか投資信託外貨とかの投資は一通りやっていて、旧NISAや新NISAも当然やっているわけだが、最近NISA推し特に脳死オルカン積み立てておけばいい」という風潮には違和感がある。

脳死リスク資産お金を突っ込んでいたら、文字通り死ぬのでは?

20年先、30年先の未来は無い

前提として、お金は使うために貯めるのであって、使う時には現金化する必要がある。

子供配偶者がいれば、マイホームとか教育資金で早めに必要になるけど、40代独身中年ターゲットにするのは、定年や再雇用タイミングの60歳〜65歳。

そうすると、短ければ10ちょっと、長くてもあと20しかないわけで、暴落しても20年、30年待てばいいということにはならない。

現金化するタイミングで底が来たらゲームセット

ワーストケースとしては定年直前に株価ピークとリセッションが来るケース。その場合リスク資産100%だとダメージが大きいので、定年に向けて現金(あるいは債券などの比較安全資産)の比率を高めていくのがセオリーになる。

DCiDeCo商品には「ターゲット イヤー ファンド」というのがあって、これは定年に向けて株式などのリスク資産を徐々に減らして安定資産に切り替えていく商品

中年を過ぎたら、ドルコストリスク資産を積み立てていくのではなく、徐々にリスク資産を売って現金比率を高めていくことを考えないといけない。

DCiDeCo退職や一括受け取りで強制的現金化されるので、もっとシビア

年金の繰下げ受給の方が確実

とはいえ、定年後も資産運用して増やしていった方がいいのでは?という考えもあるけど、将来受け取れるお金を増やすのであれば、年金受給を5〜10年遅らせて42%〜84%増やすのが確実。

となると、年金受給(70歳〜75歳)までのつなぎに自己資金をあてる必要があるので、NISAなど現金化しておく必要がある。

年金を受け取る前や年金をあまり受け取らずに死んだら損ではあるけど、独身なら相続させる相手がいないので関係ない。

ちょっと寂しい

確実にお金を使い切るのであれば、これがベストプラクティスではあるけど、老後に証券口座の残高を見てニヤニヤすることが出来なくなるのはちょっと残念だよね。。。

2024-02-03

35にもなってジュニアレベルエンジニアの扱いが難しい

この歳になるとエンジニアとしてのキャリア10年超えてくる。

10年経てば一人前のエンジニアとして見られるのに未だにジュニアレベルな同僚が非常に扱いづらい。

上司部下の関係ではなく同僚。年齢も同じ。

もう手に負えん。どうすりゃいいんだ……。

2024-01-09

性弱説的なクレジットカード運用ベストプラクティス

•限度額に達しそうな時はチャージする

絶対リボは使わない

•色々誘惑に負けてリボを使ってしまった時はカード停止

•限度額の高いカードを作らない

カードは一枚だけとする(ETCカードなどは除く)

•分割払いはしない

2024-01-07

anond:20240107210232

シェルスクリプトプロダクションで動かしてる会社やばい

クラウドとかでシェルを大規模に使用したシステムを推奨している公式プラクティスないっしょ

もともとは「シェルスクリプトプロダクションで動かしてる」だけでヤバいと主張してたけど、さすがに旗色が悪くなってきたか

シェルを大規模に使用したシステム」に限定することにしたんだね☺

anond:20240107205412

個人的には初心者プログラマUNIX哲学周りの本読んでハマるか、キャリアアップできなかったエンジニアが使うのがシェルスクリプトだと思っているが。

クラウドとかでシェルを大規模に使用したシステムを推奨している公式プラクティスないっしょ

開発チームでチームリーダー新人がぶつかって開発が進まない

私はPM要件決め、設計などは得意だが、細かい技術的な部分はよくわかっていない。

チームリーダーB:経験豊富。全体設計もできて、コーディング速い。顧客折衝もできる。

新人C:経験浅い。コーディング遅め。devopsやプログラム言語についての知識がある。こだわりが強い。SNSでもいろいろ発信。

チームリーダーBと新人C、お互いがお互いを下に見ている。

私は板挟み。

チームリーダーBは頼りになる。新人Cも最新の技術的な動向を追っていて、いろいろ知っていて関心する。いわゆるベストプラクティスというのは新人Cが提案するやり方なのかな、と思う

たとえば、クラス設計インターフェースを用いてもっと疎結合コードを組むべきだとか、テストコードカバレッジもっと上げないととか、言ってることはもっともだと感じる。

チームリーダーBはそういった細かいところにわりと無頓着なのかもしれない。ずっとやってきたやり方に固執してる部分もあるだろう。

私が若かったころは先輩のやり方は絶対だったため、こういった揉め事は少なかったように思うが、

最近新人学生時代ネットで多くを学んでいるため、知識豊富理論武装もすごいため、先輩が言い負かされてしまうケースも多い。

私の意見としてはBもCも良い部分があるため、どちらの意見採用したいところだが、相性がよくない。

BはCのやり方だと、他のメンバー(DやE)の面倒もBが見ることになり、自分負担が増えると言う。

ただ、保守性の高いプロダクトにしておかないと、長い目で見たときにあとあとキツくなってくる気もする。

あと、CはCで時間を掛けてばっちりテストコードを書いてるはずだが、経験が浅いせいかテスト環境デプロイさせると、かなりバグを発生させている。。

どうしたらよいだろう。

2024-01-02

副業の始め方、いまさら知りたい

びっくらぽんな大地震で幕を開けた2024年

アフターコロナと呼ばれて久しいこのタイミングで、副業を始めたいと思っている。

当該領域に造詣の深い増田諸氏におかれましては、さまざまな失敗談にもとづくベストプラクティスをご存知なのではでは??

というわけで、こんな私のような「これから副業パーソンズ」に向けてアドバイスをくれ。ください。

私が聞きたいことは以下のとおりだ。

まぁこんな感じ。叡智よ集えー。

2023-12-30

男児の育成に母親が入りすぎるとろくなことにならない。

なぜなら、殆ど母親学校での男社会理解していないから。

男も女も、類似性で仲間を形成する。男の場合、概ね以下のカテゴリになる。

1.スポーツが出来る奴

2.ガリ勉

3.ゲーム/ネットオタク

4.無能

5.何考えてるかわからん

男の世界ではこのクラス序列が女にモテるかどうかで決まる。

スポーツガリ勉オタク無能の順番でモテる高知集団だと社会活躍できる要素がモテに反映されてガリ勉の方がモテることもある。

上位の序列と親しいことは喜びで、

下位の序列と親しいことは汚点となる。

この軸を基本に、暴力性が掛け算される。暴力性とは、態度の大きさとそれを正当化する筋力、身長武術、人脈を示す。人脈とは、主に不良コミュニティとの交わりを指す。

暴力性が高いと、序列が上がる。序列が上がる理由は、モテるからだ。

例えばオタクでも背が高くて空手をやってればモテる

男の世界説明した上で、母親の話に戻る。

なぜ母親が男の育てをしてはいけないかと言うと、母親には暴力性の概念がわからいから。

将来のために沢山お勉強してほしい、優しい子に育ってほしい。

これは同性に対するベストプラクティスであり、男子学生にとっては舐められ要素だ。

小さいうちに同性から舐められると、学校での活動が大きく制限される。自分意見を伝えて、受け入れられる確率が下がる。

学校活動成功体験を得るためには、意見を通すための裏打ち、つまりモテ要素、スポーツ身長、筋力を養って行く必要がある。

お母さん方は、自分若い頃に感じたトキメキ、強くて怖い男に対する妙な安心感や頼りがい、

これを思い出すべきだな。

そして、息子にもそういった要素がないと、

クラスの端っこで勉強して、話も面白くない、とにかく関わる価値のないのない陰キャ扱いされてしまう。

そこを考えてあげた方がいいな。

ワイも最初これがわかってなかった。らだが息子の学校男子らの喧嘩や力関係を大概試合行事の観察で理解した。男社会は力が支配する。力がなければダメだ。

それは父親ルールを教えなければならない。女にはわから世界だよ。

からワイは一歩引いている。母やが細かく世話を焼くのもダメ

から父親がいない家の男子はいじめられやすい。

社会ルールを知らないから。うちの婆さんはシンママだったか叔父さんも苦労したらしい。女所帯は近所からも舐められて石を投げられバカにされまくった。

ネクタイの結び方がわからなかった。

家に男がいるかいないかはでかいよ。

単に力って言うとあんまり面白くないんですどね。男社会には男社会のエレガンスもあるんですよ。

紳士協定みたいのがある。

男は敵にも加減する。敵も友になる。

女はそれがない。手心を加えない。加減がわからいから叩きのめししまう。

から女の管理職監査人、政治家は残忍でバランス感覚がないかリーダーには向かない。

この感覚子供の頃から社会にいないとわからない。

anond:20231230034548

2023-12-18

多少の無茶しても十代前半の嫁さんが欲しい場合ベストプラクティスってなんだろう

アラサー年収700、英語は片言程度に話せるとしま

2023-12-13

再利用性を盲信するべから

たまたまコードの3つの部分について、共通性があったとして、この共通性一般化してライブラリ化し、再利用可能にしたとする。

一見すると良いプラクティスに思えるが、文脈次第では痛手を追う。

この「共通性」が、今後未来に渡ってずっと続くとは限らない。たまたま現時点において一般化できると言うだけで、未来では3つの部分が別々の機能性を持つことも考えられる。

そのとき再利用可能ライブラリとして作ったことを後悔することになる。別々なら影響を限定して作れたのに、ライブラリにするといちいち手間がかかる。

大学コンピュータサイエンス教師が「再利用性が重要です」と言っても、現場では盲信しないように。

2023-12-08

Tracer Bullet Development

開発手法でしっくり来てるのがAndy HuntさんのTracer Bullet Developmentで、開発の方向性を示すのに試作を作る方法

1. 主要なシステム オブジェクト定義UIサーバーロジックビットデータベース抽象化レイヤー等。

2. システム オブジェクトを介したデータ フロー定義

3. データフローを実現するために API とその戻り値コーディング

4. 単体テスト使用して API の予想される使用法を文書化。

5. 各 API必要な量の既定のデータ (別名、ダミー データ、偽のデータハードコーディングされたデータ) を追加して、API が「実行」されるようにする。

6. あらかじめ用意されたデータを実際の機能に段階的に置き換える。

7. コードリファクタリングし、システム オブジェクトを調整し、完了するまでこれを続ける。

実用上最小限の実装というプラクティスにも似ているが、ステークホルダーに動くサンプルを素早く見せられるのがポイント

2023-10-30

anond:20231029100956

結局のところ知識をつけて、とことん質問するしかない

情報の非対称性は解消されていないということだね

現時点では、地域において長年の試行事例の豊富普通の家のほうがベストプラクティスなのでは?

ベータテスターになるのは勘弁してくれ

2023-10-29

達人プログラマーゾルラーク

anond:20231027224113

プログラミング話題と相性がいいんじゃないかと思って、昔読んだことがある達人プログラマー (1999年出版された第1版の方、2019年出版された第2版ではない) をぱらぱら見返してみた。プログラマーとしての姿勢プラクティスなどは一般に普及したかどうかの判断が難しい。間違いなく一般的になったなと思えるものに絞って書く。インフラ面の進化が大きいと言えそう。

フリーレン「わずか数年で人類の開発方法論に組み込まれ、新しいインフラによってシステム開発生産性を向上させた。」

17 ソースコード管理

でも今のチームはソースコード管理システムを使っていないんだけど…

恥ずかしいと思ってください! そして、これが伝道師となる機会だと受け止めてほしいのです。しかし、彼らが自ら進むべき道を見つける時まで、あなた一人ぼっちであってもソース管理を使うようにしてください。

フェルン「いまのはバージョン管理システムです。」

33 リファクタリング

いつリファクタリングを行うべきなのか?

コードがうまくなじんでいないと感じたり、まとめるべき 2 つの事柄を見つけたりといった何か「おかしもの」に遭遇した場合、手を入れることを躊躇してはいけません。

34 テストやすコード/43 容赦ないテスト

テスト文化

あなた記述したソフトウェアはすべてテスト対象になりますあなたあなたのチームの人間テストをしなければ、最終的にユーザーテストを強いられるのです。このため、テスト計画を徹底的に練る必要がありますしかし、事前にものごとを少し考えるだけでメンテナンス費とヘルプデスクへの呼び出しを大幅に削減できます

(中略)

テスト技術というよりは文化なのです。こういったテスト文化は、使用する言語関係なくプロジェクトに植え付けることが可能なのです。

フェルン「いまのはテスト駆動開発です。」

42 どこでも自動化

多くのプロジェクトでは、こういったレベルビルドは毎晩自動的に実行されています。つまりプロジェクト特定部分を夜間ビルド作成すると同時に、個別テストよりも完全なテストを実行できるのです。これによって、完全なビルド実行時に行うテストをすべて実行させることも可能になります。結果として、その日のうちに回帰テスト問題を見つけられるようになるわけです。ソースの変更後、できるだけ早い時点で問題を検出できれば、バグの検出と修正を円滑に進められるようになるはずです。

フェルン「いまのは CI/CD です。」

2023-10-17

0からAWS勉強するならこれがおススメ

https://b.hatena.ne.jp/entry/s/qiita.com/Sicut_study/items/6238413b66e274bccd7b

深夜4時まで勉強している割には他の記事Twitterからあんま深い事を感じないので怪しさMAXです。

もちろん書かれている流れも良いですが、増田のおススメも書こうと思う。

CLF クラウドプラティショナー 資格を取る

記事では全否定されていますAWSを学ぶ最短はこれだと思います

IPAITパスポートAWS版でこれを取得すればぼんやりAWSの各サービスとつながりが分かります。このぼんやりとってのが重要AWSはとにかくサービスが多いですが実際に開発すると使うのは大体限られます。もちろん記事のような流れでも良いですが、まずは全体を俯瞰できることが重要です。この資格取ればAWSへの苦手意識は持たなくなりますし、AWSCM見て「んなわけあるか!途中端折りすぎ!」と突っ込めるようになります

参考書写経

次にやるのは参考書写経です。なんでも良いですがサーバレス系の参考書だとリソースの削除も楽で良いです。AWS公式のでも良いですが大体和訳されていません。Amplifyとかは和訳されたのもありますバージョンアップで動かなくなったりして検索するのも面倒です。

もちろん参考書も2年前のものでも今では動かなかったりしますが、だいたいググるメモで書いている人居るので感謝しながらマネしましょう。1冊やりきれば充分です。

SAA ソリューションアーキテクアソシエイト 資格を取る

また資格です。SAAIPAなら基本情報です。正直これ取ればAWSを好きになります。でもサービスは組めません。でも苦手意識持たないのはこの業界では重要です。

正直CLFよりはだいぶ難しいですが初心者でも取れる資格なので頑張りましょう。

たぶんこれが増田の思うベストプラティスだと思う。と言うよりSAA取ればAWSに関しては日本エンジニアの半数より上に居れると思う。それくらい人が少ない。

ここから業務を経てSAPを取得したり、DVASOAの残りのアソシエイトも取って基礎を盤石にしたりとかは人それぞれだか、ひとつだけ言えるのは深夜4時まで勉強した付け焼刃ECSコンテナとかマジで触りたくない!

コンテナとかはAWS以外の知識も要るから時間をかけて人に説明できるレベル理解した方が良い。言いたいことはそれだけ。あとリソース削除言うけど無料枠とよほどの無茶しなきゃ金はほとんどかからないし、だいたいAWSが300クレジットくれるからどうにかなる。

自分サービス作るなら話は別だけど、試算ツールもあるし収益運用ちゃん見積もるのが大事だしAWS使うと大半はリソースどうしようか考えるのがメイン。どうせあとから増やせるでしょって思うサービス程増やせない

2023-09-27

anond:20230927001611

はい潮見民法プラクティスコンメンタールを読み、ゼミ資料を読み、実務本を何冊か読み、いくつかのサブスクを購読していますが、まだまだだと考えております

2023-09-15

とある製品お仕事してる。

国内の優秀な事業会社

説明ちょろっと)

「わかりました!」⇒完璧理解した成果物ができた話を営業から聞く。

海外の有名な事業会社

説明ちょろっと)

Got it!」⇒完璧理解した対応を次の会議で確かめる。

JTCの中にある専門に特化したスペシャル部門担当者

(…意思疎通がうまくいかいから細かく説明

「え、具体的にどの部分を直せばいいんですか?何桁目ですか?いつやればベストプラクティスなんですか?

報告のために〇〇と〇〇と〇〇の値をください、設計してください、保守アイデアください、…」

⇒そこまでやっても炎上する。



何社も何社もそんな感じ。

もう日本会社絶望的なところばかりなんだなって。

なぜなのか。

ログイン ユーザー登録
ようこそ ゲスト さん