所詮、できる人はできる人と一緒に仕事したい - jfluteの日記
ちょっとぶっちゃけた話ですが、チームビルディング、採用ブランディング、個人の幸せにとって重要な話だと思って。 辞める人にネガティヴがないわけない 会社を辞める人はたくさんいますし、そこら中でしょっちゅうあります。いまの時代わりと普通のことではあります。 「実は自分、今日までなんですよ」と挨拶回りで来て、餞別のお菓子をもらったり、ちょっとした思い出話をしたり。 送別会も開かれて、 「次の現場でがんばってくださいね！」 「ありがとうございます。とても良い現場でした！」 という風に、円満退職される方も多いです。辞めた理由は、大概は前向きなもので、周りもみんな納得しやすいものです。 ですが、個別個別に話を聞いてみると... 全員ではありませんよ！ でも多くの人が...やはり今の会社に対して何かしらのネガティヴな思いを持っていて「自分のいる場所ではない」という話をしてくれます。 ストレートにネガティ
アーキテクトのちから - jfluteの日記
ここでのアーキテクトとは？ こういうのは明確な定義はない言葉ですが、 ここでは割り切った定義をしてしまいます。 サービス開発・システム開発の現場にて、 ディベロッパーの開発や運用効率を向上、 アプリが抱える技術課題の解決のために、 実装の開発環境やフレームワークに加え、 現場適合な共通部品に実装ポリシーなど、 アーキテクチャをデザインする人のこと。 ちょっと、大それた言葉かもしれませんが、 「実装現場のデザイナー」と呼びたいなと。 ここでは、ちょっと現場寄りなアーキテクトを定義しています。 一方で先進的なアーキテクト、最先端の高レベルな技術に長け、 非常に難しい技術的課題を先進的な方法で解決する人もいます。 この場合は、アーキテクトよりギークという言葉が似合うかも。 jfluteは、残念ながら後者にはまっったく及ばないので、 今日の内容は、ちょっと現場寄りのお話になるでしょう。 「リーンス
MySQLでお手軽デッドロック - jfluteの日記
-- MEMBER_SEA は MEMBER の 1:n の子テーブル delete from MEMBER_SEA where MEMBER_ID = 3 insert into MEMBER_SEA ...(MEMBER_ID は 3) ん？ 最初のdeleteが互いに「0件削除」だとデッドロック。別トランザクションのMEMBER_IDが別ID(例えば4)でもデッドロック。(とにかく両方のトランザクションでdeleteが0件であれば) これは... ネクストキーロックって？ MySQLのInnoDBには「ネクストキーロック」という機構があります。 詳しくは、ぐぐってくれればOKですが、ひとまず参考になるオフィシャルサイトのページを。 => ネクスト キー ロック:ファントムの問題を防ぐ 難しいこと書いてありますねぇ。 「ギャップ」って何!? ここでいうインデックスレコードって!? とに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
