タグ

2023年10月31日のブックマーク (5件)

  • タスク処理のコツは「考える」を事前に済ませておくこと。

    この記事で書きたいことは下記のようなことです。 ・私が知っている中で一番「整理整頓」「片付け」が上手い人は、昔居候していたバーのマスターです ・マスターに「片付けのコツ」を聞いてみたところ、「頭と手を同時に動かそうとするな」と言われて、以下のようなことを教わりました ・片付けというのは要は「カテゴライズ」であって、単純化すると物品を分類するだけの行為 ・人間は複数のことを同時にやるのが苦手であって、「考えながら手を動かす」のは高いコストを要求される ・だから、「考えておけることは事前に考えておく」だけで片付けのハードルが下がる ・お前は片付けの時、手を動かしながら分類まで考えようとしているので全然片付けが出来ない、先に考えるべきことを考えろ ・その教えを後から思い出して、だいぶ(片付けに限らず)タスク処理が上手くなりましたので、片付けが苦手なひとはご参考まで 以上です。よろしくお願いします

    タスク処理のコツは「考える」を事前に済ませておくこと。
  • Railsで秒間1000コミットを捌くにはどうすればいいのか (Kaigi on Railsのフリースペースより) - joker1007’s diary

    先日のKaigi on Rails中の雑談として @ima1zumi さんから、RDBに対して秒間1000コミットぐらいで処理が詰まってる場合ってどうするのが良いのか、という質問を受けまして、雑談の中で色々答えてたんですが、せっかくだから記事にまとめておこうと思います。 ちょっとしたKaigi Effectって感じですね。 今回のKaigi on Railsのトークの中では、 数十億のレコードを持つ5年目サービスの設計と障害解決 by KNR - Kaigi on Rails 2023 の話なんかは割と関連がありますね。ユーザーの行動履歴というのは、ユーザー数 * N * タイムスパンで増えていくレコードなので、書き込みとデータ量が爆発しがちです。トランザクションで堅牢に処理しなければいけないケースもそこまで多くないので、RDBだと書き込みに対する処理が過剰なケースが多い。実際のところこの

    Railsで秒間1000コミットを捌くにはどうすればいいのか (Kaigi on Railsのフリースペースより) - joker1007’s diary
  • Vimの思想について

    ここでいくつかのルールとして motion-count-multiplied 例えば10jで十行下へ移動、d2kで上2行を削除など operator-doubled 例えばyy, dd, cc, >>とか、2回繰り返すとカーサーのある行に動作する upper case operator 例えばc->C、d->D, y->Yのように、現在のカーサーから行の最後まで動作するケースと、対になっている(逆の機能を持つ)ケース、例えばp->P, o->O, n->N, a->A, i->I, f->Fなど)に大まかに分けられる exclusive inclusive 例えば、yiw vs yaw, cib vs cabの違いで、テキストオブジェクトの内部(inner)だけか、境界線も含めるか(around) があります。これらのルールは他のプラグインにもよくみられるので、Vim wayに慣れればプラ

    Vimの思想について
  • アメリカ人『仕事に対する日本人からのフィードバックが直接的すぎて心が折れた』『AとBがダメ、改善しろという指摘が連続したので自尊心が損なわれた』

    小市民 @Shoshiminkun 今日知り合った、日の某Big4で働いていたアメリカ人、仕事に対する日人からのフィードバックが直接的過ぎて心が折れたと話していた。 「AとBとCが駄目だから改善しろ」という指摘が無限に連続して、大変自尊心が損なわれたらしい。 2023-10-30 11:01:31 小市民 @Shoshiminkun 上司部下の関係性なら普通にありそうな話だけど、アメリカだとしこたま良かった点を褒めた上で、「強いて言うなら…」「上司である私が十分な機会を提供できていなかったと思うが…」と散々枕詞がついた上で指摘に至る為、直球で批判が飛んでくることにショックを受けた、とのこと 2023-10-30 11:04:16

    アメリカ人『仕事に対する日本人からのフィードバックが直接的すぎて心が折れた』『AとBがダメ、改善しろという指摘が連続したので自尊心が損なわれた』
  • Amazon ECS の古いタスク定義を断捨離する "tdtidy" という隙間家具 OSS を作った | はったりエンジニアの備忘録

    自分は Amazon ECS のデプロイに ecspresso を利用することが多いのですが、頻繁にデプロイする環境だと 1 年で数百を超えるタスク定義が作られます。直近の数世代はロールバックする可能性があるので残しておきたいのですが、さすがに数か月前のリビジョンに戻すことはないため不要なものは断捨離したいと思っていました。 そういうリクエストが多かったのか、以前はタスク定義を非アクティブにすることしかできませんでしたが、今年の 2 月についに削除できるようになりました。 Amazon ECS が非アクティブなタスク定義リビジョンの削除をサポート さらに AWS が管理する Containers Roadmapプロジェクトを眺めてみると、Issue #1967 でタスク定義にライフサイクルを追加してほしいというリクエストが挙がっていました(この Issue を作ったのは中の人っぽいので

    Amazon ECS の古いタスク定義を断捨離する "tdtidy" という隙間家具 OSS を作った | はったりエンジニアの備忘録