タグ

エンジニアに関するapplication15のブックマーク (5)

  • 絶対にエンジニアが転職してはいけない会社の募集要項 | Findy Engineer Lab - ファインディエンジニアラボ

    以前に 「エンジニア転職する時に必ずチェックしたい募集要項」という記事を書きました。日はその逆で、エンジニア転職する時にさけておきたい会社の募集要項について書きたいと思います。 今回は、これまでに「ハイスキルなエンジニア転職サービスFindy」をリリースするために数万件の募集要項を読んできた経験から、特にエンジニア職に特化して、こんな募集要項を書いている会社は「要注意」という例を6つ紹介してみたいと思います。少しでも転職を考えている方のお役に立てればと思います。 求人票の種類がWebエンジニアただ一つ。エンジニア職種の分解がされていない 創業数人のスタートアップを除き、エンジニア職種が一つしか書かれていない募集要項の会社は避けましょう。 よくある例としては、「Web エンジニア」というタイトルの募集要項があるだけで、しかもその「Web エンジニア」の方に、ありあらゆることをお願いする

    絶対にエンジニアが転職してはいけない会社の募集要項 | Findy Engineer Lab - ファインディエンジニアラボ
  • オーバーエンジニアリングの正体とその向き合い方 | POSTD

    (編注:2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) 問題は細部(あるいはその欠如)にあり。 議論とは、ソフトウェア開発の基的な構成要素であり、スケーラビリティを向上させるためには避けられない摩擦であると言えます。議論を通して私たちは出来上がるものの品質に影響を与え得るような問題を早い段階で浮かび上がらせることができるのです。その1つがオーバーエンジニアリングの問題です。 ウィキペディアによると、オーバーエンジニアリングとは下記のとおりです。 十分な 安全率 や十分な機能の確保のためか、あるいはデザイン上の誤りのどちらかの理由から、アプリケーションが必要とする以上に強固で複雑なプロダクトがデザインされてしまうこと。 また、ウィキペディアには、オーバーエンジニアリングが好ましい場合として、さらに、このようなことも書いてあります。 ある特定の基準の下で安全

    オーバーエンジニアリングの正体とその向き合い方 | POSTD
  • AWS事業部の採用方針について | DevelopersIO

    主にクラスメソッドメンバーズにおけるサポートサービスとフートシリーズ(運用保守オプション)を担当するグループです。運用保守、システム監視、セキュリティ監視、継続的コンサルティングと、システム稼動後のお客様インフラを24時間365日体制で安定した状態に保つために日々お客様とやりとりしています。 このように、一つの部の中に担当業務が違う複数のグループがありますが、部全体のビジョンはただ一つ、「AWSに関する圧倒的な量のノウハウを用いて、AWSインフラを安く早く構築し、AWSのことをまるっとお任せしてもらうことで、お客様のビジネスに貢献する」です。そして同じビジョンを掲げたチームとして、採用方針もグループ毎に分けず、部として統一しています。 今回はAWS事業部の採用方針をご紹介します。 AWS事業部の採用方針 AWS事業部の採用方針は以下の3つです。 技術が好きな人を採る クラスメソッドはエンジ

    AWS事業部の採用方針について | DevelopersIO
  • なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列

    営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか? 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

    なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列
  • エンジニア組織の立ち上げで人事が学んだこと - 雑にかく

    僕は今オプトという会社に勤めています。 この会社で採用に携わって4年目になりますが、直近エンジニア組織「Opt Technologies」の立ち上げに人事として参画したので、対峙した課題や気付き等を振り返り、整理してみたいと思います。エンジニアの採用に関わる方や、組織の立ち上げに関与する方に、何か1つでもヒントになる内容があれば幸いです。 困ったこと 組織立ち上げフェーズに求められる判断スタンス 牛歩的な判断能力の向上 よかったこと まるで他社にいるような異文化から学べたこと 広報の重要さを理解出来たこと おわりに 領域執行役員『今度エンジニア組織を立ち上げるんだけど、人事をアサインするなら誰がいいと思う?○○とか良いと思うんだけど…。』 私「あ、それ僕やってみたいです。」 当時中途採用は私1人だったので様々な調整や引き継ぎが必要になりましたが、翌々週くらいにはエンジニア組織専属の人事が決

    エンジニア組織の立ち上げで人事が学んだこと - 雑にかく
  • 1