GitHub - kamranahmedse/developer-roadmap: Interactive roadmaps, guides and other educational content to help developers grow in their careers.You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
ホーム - Earth Memorandum
今年の夏に開催されるオリンピックの会場に入る際に新型コロナウイルスのワクチンの接種証明や陰性証明を求められる可能性があると月曜日の新聞記事が報じています。 多くの競技者は7月下旬までにワクチン接種を完了していると予測されていますが、計画の不備と人員不足のため、オリンピックの開幕まで2ヶ月を切っても、日本人の大多数は接種待ちの状態です。 運転士が不在の3分間の間に、運転資格のない車掌が運転席に座り、規則違反となる事案がありました。 新幹線の運転士は、乗客を乗せて時速150キロで走行中にトイレに行くため運転席を離れたことで、懲戒処分に直面しています。 身元が明らかになっていない運転士（36）は腹痛を覚えたことからトイレに行く間、車掌に運転席に座るよう依頼したとのこと。 共同通信社によると、新幹線ひかりの運転資格を持たない車掌は運転席に座ったものの、3分間の不在の間、機器には触れなかったと報告し
チームが崩壊しうる要素3つを備忘しておく - インターネットの備忘録
急ごしらえのタスクフォースチームに入って慌ただしい数週間なのですが、「あっこの要素はまず潰しておかないと、チームって崩壊するんだな」と感じた点があったのでメモします。まだあるかもだけど、とりあえずこの直近でやばいなと思ったこと。 Why？まで落とさず作業を進める 「なぜその仕事をする必要があるのか」「これはなんのための作業か」を全員が理解しないまま目先の作業に取り組むと、成果物にものすごいバラつきが出てしまう。その資料は何を伝えるものなのか、要求した人は何を知りたくて必要としているのか、をしつこく確認するのは重要で、それを全員に徹底しないと、やり直しが大量に発生するし、やり直させることで作業者のモチベーションも下がる。 やり直しも「頼んだことができてない」はまだよくて、「頼んでないのにできてない」が、なるべく少なく済むようにしないといけない。 これは、依頼側もただ作業手順を伝えるだけじゃな
テスト自動化研究会 - テスト自動化の8原則
1. 手動テストはなくならない 2. 手動でおこなって効果のないテストを自動化しても無駄である 3. 自動テストは書いたことしかテストしない 4. テスト自動化の効用はコスト削減だけではない 5. 自動テストシステムの開発は継続的におこなうものである 6. 自動化検討はプロジェクト初期から 7. 自動テストで新種のバグが見つかることは稀である 8. テスト結果分析という新たなタスクが生まれる これらの原則は、どのようなドメイン、プロセス、ツールの現場におけるテスト自動化であっても共通して言える、テスト自動化に取り組む前に留意しておくべきことがら＝原則を、テスト自動化研究会のメンバーによる議論のうえ、絞り込んだものです。これからテスト自動化に取り組まれる方、現在取り組まれている方、これから見直しをされたい方にご参考いただければ幸いです。 解説 1. 手動テストはなくならない ユーザビリティテ
書評：プロフェッショナルSSL/TLS - ぼちぼち日記
ごめんなさい、書いてたら長くなってしまいました。長文嫌いな方は避けて下さい。 鹿野さんの名前を間違えてました。大変失礼しました。（＿O＿） 1. はじめに。日本語翻訳版刊行によせて、 昨年10月、Vさんから 「 Bulletproof SSL and TLS 翻訳本のレビューします？時雨堂が出資してる出版会社が翻訳権を勝ち取ったのです。」 とお誘いを受けたのが、そもそもの始まりでした。 「とうとうあれの日本語翻訳が出るのか、でもホント大丈夫か？ 内容の濃さもさることながらあの分量とクオリティ、記述の正確さや厳密さに対して特に高いものが要求されるセキュリティ分野。しかも初心者向けではないエキスパート向け。この本の翻訳を出すとは… なんと大胆、少し無謀なことではないか？」 との思いが正直頭をよぎりました。 自分もちょうど17年半勤めた前職を辞めて転職した直後。新任早々こんなことしても許されるの
コンテナに挫折したあなたへ / A Letter to Uncontainerized Apps - Speaker Deck
おコンテナが自分たちのアプリやワークフロー、運用にフィットしないのはなんでなのか？ Presented at JAWS DAYS 2017.
pecoの新機能が素晴らしい - rochefort's blog
Kazuho’s Weblog: コマンド一発でソースコード検索＆表示できる「peco」改が凄い！ を見て、導入して見ました。 すでにmasterにmergeされていますので、brewで入れている人はupgradeで更新できます。 時々ack使って検索して、別terminalで該当ソースの確認するみたいなことやっていましたが、それらがコマンド1個で完結できるようにpecoに機能追加されています。 上記で紹介されている pero というwrapperを見るとわかりやすいです。 #! /bin/sh exec ack "$@" . | peco --exec 'awk -F : '"'"'{print "+" $2 " " $1}'"'"' | xargs less ' ack の結果を pecoに食わせて、peco側で実行するコマンドを指定（awkでコマンドを生成して less に食わす）す
よいコミットメッセージ・よくないコミットメッセージ - 弥生開発者ブログ
こんにちは、mzpです。 今日はMisocaのesaに書いていた「よいコミットメッセージ・よくないコミットメッセージ」という記事を紹介したいと思います。 あらすじ 開発チームでは「コミットメッセージには変更理由を書いて欲しい」「コミットメッセージはWhatよりもWhyが大事」という話を何度かしているのですが、なかなか徹底できていません。 ので、もう少し具体的に「こういうコミットメッセージはよくないですね」というまとめを作ってみることにしました。 ちなみにこの過程でみつけたコミットメッセージに、こんなものがあります。 一切情報がなくておもしろいですね。 ファイル移動を移動した事実しか書かない これは以下のようなコミットメッセージです。 ファイル名を変更 ディレクトリを移動 ファイルを移動したことはコミットメッセージを見なくてもdiffから分かりますが、なぜその移動をしたかが分かりません。 の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RSA暗号運用でやってはいけない n のこと #ssmjp
Docker時代の分散RSpec環境の作り方 // Speaker Deck