並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 15 件 / 15件

新着順 人気順

エンジニアの検索結果1 - 15 件 / 15件

  • マネジメントは教養や所作ではなく、"業務"である|長村禎庸@EVeM

    はじめに「マネージャーは尊敬される人柄じゃないと無理ですよね」 「マネージャーは対人感受性がないと」 「そもそも、人として向き不向きがあるよね」 経営者の方と議論していると、マネージャーを誰にしようかと悩む時、あるいは自社のマネージャーについてコメントをする時、こういうご意見はよく伺います。 これらの問いに対して私の答えは「No」です。 マネジメントはフローもやり方もはっきりと言語化できる"業務"であり、そこにはマニュアルが存在します。訓練すれば誰でも一定程度のレベルで実行可能なものだと考えます。 今回は私が代表を務める会社、EVeMが提唱するマネジメント”業務”の実行方法「THE MANAGEMENT PATTERN」と、それを実行可能にする訓練方法について書きたいと思います。 マネジメントは"業務"であるドラッカーの言葉に「仕事を生産的なものにし、人間を活かすことが、マネジメントの役割

      マネジメントは教養や所作ではなく、"業務"である|長村禎庸@EVeM
    • 【図解解説】これ1本でGitをマスターできるチュートリアル!【完全版】 - Qiita

      はじめに こんにちは、Watanabe Jin(@Sicut_study)です。 今回は記事1本で初心者が必要な知識を全て学べるGitチュートリアルを紹介していきます。 世の中にはたくさんのGitに関する教材があります。しかし、真に良いと思える教材はありません。 もちろん私も4年前はGitという言葉を知らない状態から、書籍などで学習をしました。 しかし、書籍で知識を得たとしても実際にコマンドを使って実践的に学んだわけではなかったのでほとんど身になりませんでした。 私が思う世の中にあるGitの教材のイケてない点は2つです。 結局ほとんどの人が、教材ではなく実際に使ってみて使えるようになっているはずです。 書籍でやったことを全部ちゃんとできるようになった人はいないと考えています。 実際に利用するコマンドは限られている、たまに使うコマンドを紹介しとしても「この記事1本」で説明することができると思

        【図解解説】これ1本でGitをマスターできるチュートリアル!【完全版】 - Qiita
      • いかにしてイーロン・マスクはTwitterを破壊してしまったかを描くノンフィクション『Character Limit』 - YAMDAS現更新履歴

        www.nytimes.com New York Times のミシェル・ゴールドバーグが、先月出た話題の新刊 Character Limit を引き合いに出して、「ドナルド・トランプが共和党にしたことは、イーロン・マスクが Twitter にしたことと同じ」と寄稿している。 彼女がまず取り上げるのは、昨年2月に世界でもっとも金持ちなはずの男が見せた驚くべき小心さの話である。 ルパート・マードックのゲストとしてスーパーボウルに招かれたマスクは、もっとも豪華な席に座っていたが、試合を観戦するのでなく、落胆して携帯電話に釘付けになっていた。彼もバイデン大統領もフィラデルフィア・イーグルスを応援するツイートを投稿していたが、バイデンの Twitter のフォロワーはマスクよりもずっと少ないにもかかわらず、マスクのツイートは840万ビューなのに対して、バイデンのツイートは2900万ビューを獲得して

          いかにしてイーロン・マスクはTwitterを破壊してしまったかを描くノンフィクション『Character Limit』 - YAMDAS現更新履歴
        • 開発者兼コールセンターが辛い

          https://jp.quora.com/コールセンターで勤務しているのですが-怒鳴られる これ読んでコールセンターはやっぱり辛いって改めて思ったけど、怒られてる原因作ってるのは必ずしもコールセンターの担当者じゃないってことが唯一の救いだと思った。 だけど俺は本社と系列店舗向けの業務システムを一人で構築運用してコールセンターも兼務している。 なにか問題があって怒られるとコルセンター兼開発者の俺が原因ということになるので逃げ場がない。真正面から謝り続けている。そのうえで不具合の原因調査と説明、バグ改修、テスト、本番環境へのリリースまで一人で行っている。 よくあるのが、足りない機能があるから早く用意しろと散々叩かれて、俺がやっとのことで開発して運用にこぎつけて不具合がなくても、結局何も言われない。問題があるときだけ俺が怒られる。面白いくらいにワンパターン。 俺の構築したシステムは運用を開始して

            開発者兼コールセンターが辛い
          • 海外のエンジニアをミニ四駆で接待するの、結構ウケがいいんですよね『3000円好きに使って工夫しろ。2時間後に勝負な』は白熱する

            サンマー𝕏 @xeye_ 海外のエンジニアを接待するの、結構ミニ四駆って受けがいいんですよね。海外でも酒がそれほど飲めないの多いし。 『3000円やる。好きに使っていいが。これ以上使ってはいかん。工夫しろ。アドバンスパックでもパーツバラでもいい。二時間後に勝負な』は白熱する。

              海外のエンジニアをミニ四駆で接待するの、結構ウケがいいんですよね『3000円好きに使って工夫しろ。2時間後に勝負な』は白熱する
            • データベース自作勉強会・輪実装会のススメ - エムスリーテックブログ

              先日、社内有志で開催していたDB自作本 Database Design and Implementation の輪読会ならぬ輪実装会がついに完結を迎えました。 RDBMSをゼロから、毎週一人ずつ、1章分を実装してPullRequestを出しつつ資料も準備して発表をこなすという一見ハードな勉強会で、完走できるか不安もありつつスタートしましたが、やってみるとめちゃくちゃ楽しく最後まで完走できました。 本記事ではみなさんに「うちでもやってみたい」と思ってもらえることを願って、読んだ本の推しポイントや、どのように勉強会を進めたかを紹介したいと思います。 感動で涙の出るコード Part1: おすすめポイント 本が良い みんなでワイワイやるのが良い 3ヶ月で完走できるのがいい 完走後のモチベーションアップが良い Part2: 輪実装会 募集 参加者 進め方・実装 期間 Part3: おれたちのDB実装

                データベース自作勉強会・輪実装会のススメ - エムスリーテックブログ
              • 要件定義|2分で読める機能要件で使うドキュメントを調べてみた - Qiita

                はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約2分程度で読めるので最後まで読んでもらえると幸いです。 要件定義関連の記事も投稿してます。時間あればぜひ読んでみてください! 今回は「機能要件」に関する内容について投稿します。 機能要件とは ※引用:IPA(独立行政法人 情報処理推進機構)図1 機能/非機能要求の相違点と課題 機能要件は、「必ず搭載すべき機能」 を指します。新規開発であっても既存のリプレイスであっても顧客としては業務内容に直結しているため、イメージしやすい機能になっています。機能要件をすり合わせすることにより、システムの動作が明確になり設計段階での誤解を防ぎます。これらの機能要件が適切に設定されていないと、後々の開発過程で手戻りが発生する可能性があるため、初期段階での詳細な定義が求められます。 どんなドキュメ

                  要件定義|2分で読める機能要件で使うドキュメントを調べてみた - Qiita
                • MySQLのロックに起因するブロックタイムアウト撃退記 - inSmartBank

                  こんにちは。スマートバンクのサーバーサイドエンジニアをやっておりますid:moznionです。 すっかり秋めいてきましたね。秋といえばMySQL*1、ということで今回は先日解消した「MySQLのロックに起因するブロックタイムアウト」のトラブルシューティングついて記していきたいと思います。 事の発端 ある時を境にSentryに ActiveRecord::LockWaitTimeout というエラーがしばしば報告されるようになっていました。 SentryにActiveRecord::LockWaitTimeoutが上がってきている様子 Mysql2::Error::TimeoutError: Lock wait timeout exceeded という文言から、MySQL上でロックを取っている他のクエリにブロックされ、そのブロックが長時間に渡ったため自クエリがタイムアウトしてabortしてし

                    MySQLのロックに起因するブロックタイムアウト撃退記 - inSmartBank
                  • Kamal 2 を使い、インフラに詳しくない人でもNext.jsを296円のVPSにデプロイできるよう、説明してみる

                    9月26, 27日に開催され、めちゃくちゃ盛り上がったRails World 2024でKamal 2が発表されました。Kamal 2はRuby on Railsを作った37signals社が、自社の人気サービスをデプロイするのに使用しているツールです。 37signals社はAWS等のクラウドに年間で$3,201,564を使った(2022年: 日本円で4.5億円ほど)らしく、一方でAWSを使ってもインフラ系人員の削減もほとんどできなかったので、全然割に合わないからもうクラウドはやめて自分たちのサーバを使うと宣言しています。Kamal 2はそのために作られた、本格的なデプロイツールです。 (ちなみに自分たちのサーバを使うと言ってもオンプレミスでサーバを運用するというのではなく、さくらの専用サーバに近いイメージです) Dockerベース Docker化されたアプリなら何にでも対応 (Rail

                      Kamal 2 を使い、インフラに詳しくない人でもNext.jsを296円のVPSにデプロイできるよう、説明してみる
                    • 技術的負債のマネジメントを考える - yigarashiのブログ

                      技術的負債をうまくマネジメントすることは重要です。なぜなら、持続可能な長期的な利益の確保こそが競争戦略における目標であり、技術的負債への対応力はその目標に近づくための重要な組織能力だからです。EMとして組織の成果の最大化を目指す上で避けては通れない課題です。また技術的負債への対応は、単に技術的な課題ではなくそれらを包含するプロダクトの課題です。どうやって解決するかだけでなく、なぜ、いつ、どのくらいやるべきかを、事業責任者などのステークホルダーと合意して初めて対応を進めることができます。こうした課題に対しては、多職種をつなぐメンタルモデルの構築、方向付け、ファシリテーションといったソフトスキルが必要になってきます。EMはエンジニアリングの視点とそうしたスキルを併せ持つことが期待される存在で、技術的負債への対応においても重要な役割を担うと考えています。本記事では、技術的負債をマネジメントする方

                        技術的負債のマネジメントを考える - yigarashiのブログ
                      • 年配者のために若い人とのコミュニケーションや生存戦略について話した

                        月イチでお話させていただいているシリーズ、今月は「年配者と若い人」というテーマでした。タイトルは「My Generation - 年配者がこの先生きのこるには」。先方からは「刺激的なタイトルですね!」とリアクションをいただきました。 スライドはこちら。 またしてもきのこネタなのですが、内容は新作です。アウトプットしたい気持ちと需要がリンクしたので、ほかの機会でも話せたらいいな、と思っています。 サポート記事スライドで内容はけっこう伝わるかとは思うのですが、細かいネタなどのフォローを書いていきます。 タイトル最初は「Don’t trust anyone over XXXty」でした。アメリカのヒッピー文化から出てきた言葉で、若い頃に映画でボブ・ディランが言ったことで広まったとか。書いてるうちにそぐわなくなってきちゃったので変更しました。 「My Generation」はThe Whoの名曲で

                          年配者のために若い人とのコミュニケーションや生存戦略について話した
                        • 「Haskellで人を集めてPHPを書かせる」という都市伝説について | 雑記帳

                          Haskell界隈の一部で囁かれる都市伝説として、「Haskellで求人を出して集めた優秀な人材にPHPを書かせる」というものがありました。この都市伝説に実体はあるのでしょうか? 伝説 まず、議論の前提として、この伝説に言及している投稿をいくつか挙げておきます。これは「伝説が少なくとも伝説としては存在する」ことを立証するために挙げるのであり、これらの投稿について何らかの価値判断を行う目的ではありません。 GCPで人を集めてAWS書かせるやつ、Haskell と PHP で見た — mizchi (@mizchi) March 16, 2022 Haskellで募集してPHP書かせる事件だ — デジタル競争の敗者 (@Lugendre) June 18, 2021 Haskell プログラマを募集して PHP 書かせるって,ネタ元どこなんだろう? — ささき しげお (@SigSasaki)

                          • PostgreSQL環境における、DB定義変更を伴う無停止リリース「概要と計画」編 - RAKUS Developers Blog | ラクス エンジニアブログ

                            こんにちは。 株式会社ラクスで先行技術検証をしたり、ビジネス部門向けに技術情報を提供する取り組みを行っている「技術推進課」という部署に所属している鈴木(@moomooya)です。 ラクスの開発部ではこれまで社内で利用していなかった技術要素を自社の開発に適合するか検証し、ビジネス要求に対して迅速に応えられるようにそなえる 「技術推進プロジェクト」というプロジェクトがあります。 このプロジェクトで「PostgreSQL環境における、DB定義変更を伴う無停止リリース」にまつわる検証を進めているので、その中間報告を共有しようかと思います。 ※本記事はタイトルに「概要と計画」編とあるように、通年で行う調査の前半時点の中間報告となります。 実際の検証結果については3月末に予定している後編をお待ち下さい。 課題の経緯、前提条件 課題の経緯 無停止リリース実現のモチベーション 前提条件 実現手法 候補に上

                              PostgreSQL環境における、DB定義変更を伴う無停止リリース「概要と計画」編 - RAKUS Developers Blog | ラクス エンジニアブログ
                            • 元彼から体調崩したからスポーツドリンクや薬買ってきて欲しいってPayPay送られてきたけど、看病の名目の元、ワンチャン狙われてるやつ?考えすぎかな😂

                              美樹@エンジニア @infra_mii 25歳 | インフラエンジニア5年目 | 気軽に話しかけてください🥰 リプは1回は返すの目標でやってます💌| 勧誘NO THANKS. 美樹@エンジニア @SES_mii 一人暮らししてる元彼から体調崩したからスポーツドリンクや薬買ってきて欲しいってPayPay送られてきたけど、看病の名目の元、ワンチャン狙われてるやつ? わからん😂考えすぎかな😂

                                元彼から体調崩したからスポーツドリンクや薬買ってきて欲しいってPayPay送られてきたけど、看病の名目の元、ワンチャン狙われてるやつ?考えすぎかな😂
                              • AWS WAF を COUNT モードで動かしたはいいが、その後どうすればいいんだっけ? - カミナシ エンジニアブログ

                                どうも Security Engineering の西川です。好きなポケモンはクワッスです。カミナシ社内に遂にポケモンカード部ができまして、部員同士切磋琢磨し始めています。いつか企業対抗ポケモンカード大会をするのが夢です。 さてさて、皆さんは AWS WAF(Web Application Firewall、以下 WAF)を使っていますか?サービスに WAF を導入する際は一定期間 COUNT モードで運用することがセオリーとされています。では、COUNT モードから BLOCK モードに切り替える時に何をもって BLOCK モードへの切り替えを判断していますか? 本記事はつい先日リリースされたカミナシ従業員というサービスを開発しているメンバーから「WAF(Web Application Firewall) を COUNT モードで動かして一定期間経ったのだけど、どのルールを BLOCK

                                  AWS WAF を COUNT モードで動かしたはいいが、その後どうすればいいんだっけ? - カミナシ エンジニアブログ
                                1