1,000台規模のインフラ刷新！ Kubernetesを採用したサイボウズが語る「NoOps」な未来｜ハイクラス転職・求人情報サイト AMBI（アンビ）
1,000台規模のインフラ刷新！ Kubernetesを採用したサイボウズが語る「NoOps」な未来 Kubernetesの設計思想に共感して、1,000台規模のインフラ刷新プロジェクトに採用したサイボウズが、独自のインフラ、自社開発のOSSツールで挑戦するNoOpsな未来について聞きました。 1,000台規模のインフラをKubernetesで刷新する なぜパブリッククラウドではなく独自インフラなのか インフラ自体を継続的デリバリするためツールをOSSで Kubernetesの設計思想にインスパイアされたNeco ビジネスとして大切にしている部分は細部まで自分たちで 主力製品の「サイボウズ Office」「Garoon」「kintone」などを、2011年からクラウドサービス cybozu.com として提供してきたサイボウズ。これらのサービスのために同社が自前で構築したインフラ基盤は、国
トラブルの収拾つかず、謝り方を知らないITエンジニア
ITの現場にはトラブルがつきもの。時として「謝る」場面がある。しかし謝り方を間違えると、かえって火に油を注ぎかねない。4日間で、上手な謝り方をマスターしよう。 あるシステム開発のプロジェクトでトラブルが発生。その直後に開かれた打ち合わせの場での話だ。立腹気味のユーザー企業のシステム担当者に会うなり、システム開発会社のITエンジニアが最初にこう言ったという。「今直面しているこの問題、解決させましょう」――。 システム開発会社側の火消し役としてその場に居合わせた、大手SIerのAさんは「謝りもせずにいきなりそう言うとは…」と、ITエンジニアの一方的な態度にあっけに取られた。 「今こそユーザーの協力が必要だというのに」――。Aさんがおそるおそるユーザー企業の担当者の様子をうかがうと「勝手に解決すればいいじゃないか」という表情。Aさんは「とても協力など得られそうにない雰囲気になってしまった」と振り
GMOペパボを退職しました - haneuma.log
2017年12月にGMOペパボ福岡支社のアルバイトを退職しました。1年ほどホスティング事業部インフラチームで働きました。 退職理由は大学院を修了するためで、4月からは別の会社でエンジニアとして働く予定です。 ペパボでやったこと 福岡Ruby会議02・前夜祭でLongTalkをした - haneuma.logで書いたように、社内DNSを構築していました。最近社内DNSがだいたいいい感じになったので、ホスティングに使っている様々なサーバの容量の減り具合を線形回帰で雑に予測してSlackにお知らせする、という取り組みも少しやりました。最後に「WIP:うごかない」という、チームの人にキレられそうなコミットをしました。ごめんなさい。困っていたら連絡をください。 どちらかと言えばコードを書くタイプの人間なので、Infrastracture as a Code的なこと、便利ツール開発、アレをアレするため
企業に聞いた！「エンジニアを面接で落とした理由」ランキング - paiza times
こんにちは。谷口です。 ITエンジニアの中には、面接でも「技術さえあれば特に喋らなくていいだろう」「技術だけを見てほしい」といった感じで、あまり多くを語りたがらない人もいます。 しかし、現実には応募者から説明してもらわない限り、「どんなスキルを持った人なのか」「これからどんな仕事がしたいのか」といったことはわかりません。 また、技術的には同じレベルの応募者が複数人来たとしたら、面接で「話がよくわからなかった」「人間性に不安が残る」という人よりは、「話がわかりやすくて、人間性も問題なさそう」な人が採用されるのは当然です。 ただ、個人で応募していると落選してもお祈りメール一通で終わるケースがほとんどで、面接における受け答えの改善点がわからなくて困ることもありますよね。 paizaでは、採用選考で応募者を落とした企業には「落選理由」をヒアリングしていますので、今回は技術面以外でエンジニアに多い落
良いエンジニアを採用するにはどうしたらいいか - おもしろwebサービス開発日記
以前ソフトウェア開発者採用ガイドの読書感想文を書いたときに反響が思ったより大きかったので、エンジニア採用というテーマは関心が高いのだなと感じました。 上記感想文のエントリでも書いていますが、お手伝いしている会社の方などから「どうやったら良いエンジニアを採用できますか？」と聞かれることがよくあります。先のエントリでは「頑張るしかないですねとしか答えようがない」と書きましたが、頑張るとはいったい何を頑張るのか、きちんとまとめておいたほうが良いなと思いエントリをしたためる次第です*1。 あくまで僕はこう思いますという話で、この通りにしたからといって必ず良いエンジニアを採用できる保証はありません。あしからず。 想定読者 良いエンジニアを採用したい偉いひと、もしくは人事のひとです。 前提: 良いエンジニアとは このエントリでの「エンジニア」とはいわゆるweb系のエンジニア(例: サーバサイドエンジニ
システム運用の現場でしか学べないことは他メンバーに積極的に経験してもらうべきだった - seri::diary
基本的に自分はタスクを拾いすぎてしまう傾向にある。それに加えて比較的朝型なこともあり、前職ではエンジニアの中で一番朝早く出社していることも多かった。*1 その結果どうなるかというと、朝出社して見つけた運用上のトラブルは大体自分がとりあえず手を付ける状態になっていた。前日の夜間バッチやその日の早朝に動くバッチがコケて問い合わせが来ているのでそのリカバリをする、前日にデプロイした後レスポンスが高くなってアラートが出ているのでその調査をする、web appがやたらと500系エラーを吐いているのでBugsnagを見る、等々。 出社している以上無視するわけにもいかないというのもあるが、見つけてしまうと放っておけない性格ということもあり最優先でこれらの対応をしてしまっていた。お陰で前職で触っていたproductについてはかなり広範囲の知見があり、その行動がそれなりに社内での評価につながっていたのではな
データベーステーブル設計の基礎の基礎〜エンティティの抽出・定義から正規化まで - エンジニアHub｜若手Webエンジニアのキャリアを考える！
データベーステーブル設計の基礎の基礎～エンティティの抽出・定義から正規化まで 適切な形でデータベースのテーブルを設計し、運用するには？テーブル設計に必要な初歩を日本MySQLユーザ会副代表の坂井恵さんが丁寧に解説します。 金融系アプリ、ゲーム、人工知能などなど……。どんな種類のシステムを開発する上でも、避けて通れない領域があります。データベースです。データを適切な形式で格納し、取り出す。単純明快ながらも奥深いこの仕組みは、多くのシステムの根幹を支えています。 しかし、適切な形でデータベースのテーブルを設計し、運用するのは簡単なことではありません。「良いテーブル設計」のためには知識と経験が不可欠です。今回は日本MySQLユーザ会の副代表である坂井恵さんに、これからテーブル設計に着手する方に向け、設計に必要な技術と、良い設計を作るための考え方を教えていただきました。 坂井恵（さかい・けい） @
これからエンジニアがやったらよさそうな仕事 - fujimuradaisuke's blog
技術顧問ブームですね。先日退職してから色々な会社を回ってて、これニーズあるんじゃね？って仕事を何個か思いついたので、列挙してみます。 チーム開発を軸にした技術顧問 やること: 開発プロセスの構築・実行・改善、ミーティングのファシリテートを行い、チーム開発を良い感じにする。 必要そうなスキル: チームを作った経験。ソフトウェア開発プロセスの知識と実務経験。それなりの技術力。 GitHubでコードレビューしてCI/CDを回して、っていうスタートアップでよくあるエンジニアリングの型はある程度できているけど、うまく運用できていないところは少なくないと予想している。わかってる人が手伝ったら軌道に乗るまでが早そう。事業や組織の性質・フェーズに合わせる必要もあるし結構難しい。チームで仕事をするというカルチャーを伝えるのも価値がありそう。人間力が問われますな…。 個別技術を軸にした技術顧問 やること: 技
WebエンジニアのチームがReactNativeでアプリをリリースした話 - クラウドワークス エンジニアブログ
@kinakobo です。 先日フィークルという新規サービスのiOS, AndroidアプリをReactNativeで開発し、リリースしました。 アプリ: iOS | Android feecle.works すでに国内でもいくつか採用事例があるReactNativeですが、まだまだ事例が少ないと感じます。 今回自分たちもReactNativeを採用したので、まずはその検討段階から紹介したいと思います。 また、開発チームはWebエンジニアのみで構成されていたため、特にWebエンジニアの方向けの内容になります。参考までに、開発チームの人数は4人でAPI側も同じメンバーが担当していました。 はじめに、ネイティブアプリを何で作るか検討した際に出た選択肢は以下の3つでした。 iOSとAndroidそれぞれネイティブのコードで書く ReactNativeを使用する Flutterを使用する 1は全く
CentOS 7などのSystemdに対応したデーモンプログラムを作る
B! 82 0 0 0 RHEL 7系のCentOS 7などではそれまでRHEL 6系で使われていたSystem V系のinitから Systemdを用いたデーモン管理がベースになるようになりました。 CentOS 7でデーモンを自作したいものがあって作ったので 基本的な作り方についてまとめておきたいと思います。 Systemd (systemctl) デーモン本体作成 最小限の設定 サービスファイル rsyslogの設定ファイル logrotate インストール/アンインストールスクリプト 動作チェック まとめ Systemd (systemctl) initのときには/etc/init.d/の中にデーモン名の(通常)シェルスクリプトが入っていて、 このスクリプトがstartとかstopとかの引数を受ける様に作られ、 直接 # /etc/init.d/httpd start とかするか、
自分を退職に追い込む動きをすると良い - hitode909の日記
去年，いまのチームに来たときは僕がフロントエンドのリファクタリングを進めたり面倒を見たりしていた．JS得意な友達がバイトに来てくれるようになり，今はその人がBabelを入れたりしてくれている．彼がバイトに来てくれなかったら，いまだになんとなく興味があるので見ますみたいな感じで一人で面倒見ていた気もする． よくある話で，属人性を高めないように自分の知識を展開しましょうという話があるけど，具体的にアクションプランを考えてもどれが一番良いのかわからない．抽象的に考えると，自分の仕事をなくして退職に追い込むような動きをすると良い．周りのレベルが上がったり移譲されたりしてその分野で価値を発揮できなくなってれば自分じゃなくてもできるようになっている 自分でなくても実装できるようになって，作戦の相談に乗ったりとかしていると，次はそこの属人性が上がってきて，自分のバリューを再びなくすには，誰でも計画を立て
IT業界は日本社会の縮図となっているんだよ - こうして僕らは腐る
僕も住人たるIT業界 ossan.hatenablog.com anond.hatelabo.jp 弱いSE、強いSEという視点で説明しておられる。 僕は経営と日本社会という視点で見てみよう。 この業界にはもう10年近く住んでいる。21歳で学もなくブラブラしていた僕はオンラインゲームの世界にいりびたっていた。当時は今ほど常時オンラインでゲームすることは一般的ではなかった。今ほど便利でなかったため、必然的に多少のITスキルは身についた。例えばゲーム操作をしながらチャットする必要があるためPCでのタイピングは速くなったし、攻略法をネットで調べるという検索力なんかも身についていた。そのため僕は親にどやされてアルバイト生活から正社員になる時、IT業界を選んだ。 理系の学位などもない僕は、超文系のプログラマ見習いから始めることになった。いわゆる弱いSEである。入った会社はIT業界歴の長い人たちで独立
転職してデータサイエンティストからデータエンジニアになりました - ぴよぴよ.py
前回の転職(ゲームプログラマからデータサイエンティストに転職しました - ぴよぴよ.py)から約1年半、再び転職しました。 ゲームプログラマ (2年)→ データサイエンティスト(1年)→ データエンジニア(new) という感じのキャリアです。 前職の話 前職は職種的には「データサイエンティスト」をしていました。 受託の分析会社でお客さん先にいってミーティングしたり、分析したりする感じです。 いろんな案件を2並列くらいで数ヶ月くらいずつ参加し、テキスト情報の分類・タグ付け/DMや施策の最適化/DMP構築 などに関わりました。 私自身は基本的にアルゴリズムを考えたりツールを作ったりするのが好きなんですが、 データサイエンティストとして働いてみて、ゲームプログラマよりはデータサイエンティストの仕事のほうが楽しいなーと感じました。 競プロで培ったアルゴリズムが使えることも多々あって、嬉しかったです
体調を崩し会社を辞めて療養することになった - まいくろ🍣きりみん
体調というのはメンタルのことだ。 実は体調は前の仕事を辞める前の6月頃から徐々に悪くなっていて、薬を増やしたりしていたのだが、休暇を取り新しい職場に行けば気持ちも持ち直すと考えていた。 しかし実際には7月の休暇中にも精神状態は悪化していき、8月になり新しい仕事が始まると限界が来てしまった。 仕事に関しては、自分には向いていないなと思った正社員という道をまた選んでしまったこと、それも優秀な知り合いのいる職場で、多くの人が名前の知っている会社の一員になるということに対して、非常にプレッシャーを感じてしまっていた。 自分が過大評価されているのでは、失望されてしまうのではという不安を拭うことが出来なかった。 組織に所属するということに関して、安心感が得られるという人が多いようだが、自分の場合は昔からとにかくプレッシャーを強く感じてしまう。 失敗することを恐れるあまり自ら最悪の選択を選んでしまった。
運動不足エンジニアが3ヶ月で健康になれた超簡単な取り組みを解説する - paiza times
Photo by Dave L 長田です。健康オタクエンジニアです。 前回、健康（主に食事）に関する記事を書いたら思いのほかたくさんの反応をいただき、ありがとうございました。 paiza.hatenablog.com 今回は前回入りきらなかった、運動に関する話を書きたいと思います。 エンジニアの皆さんは普段運動していますか？ 仕事中は座りっぱなしだし、なかなか運動できてない人も多いと思います。逆に、ジムとか通ってばっちり筋トレしてるぜって人もいますよね。筋トレ、流行ってますし。 私がやっている運動の基準は、前回食事について書いたときと同じく「きちんとした科学的根拠やデータがあるかどうか」です。今回も、自分で読んだいろいろな科学論文やデータをもとに健康対策としての運動について書いていきたいと思います。（私がこういった健康オタクになったきっかけや経緯は前回の記事を見てください） 【忙しい人のた
地方のIT業界に必要な顧問エンジニアというモデルを考えてみた - GoTheDistance
facebookに流れてきたこのエントリ、衝撃的な内容でした。 risingsun-system.biz 技術者と会話が成立しない うわっ・・・となった。 こちらのお客様は、過去何度も地元のソフトウェア開発会社に仕事を頼もうと、いろんな会社とコンタクトを取られたといいます。しかし残念ながら、どの会社とも取引にいたることはありませんでした。 理由は様々ありますが、煎じて詰めると「技術者と会話が成立しない」ということでした。 自分の住みたい地方のIT業界をより良くするために必要な構造変革とは？ 「業務がわかるエンジニアがいない」→「地方のユーザー企業から元請けの仕事を取れない」→「大手の下請けに入る」→「地元で業務が設計できて実装まで行えるエンジニアが育たない」→「業務がわか(ry」のループに入っている様子が鮮明に見えちゃいました。上記のエントリを書いた方は長野県の方ですが、どの県でも同じよう
ITエンジニアはどんなツールでコミュニケーションしているの？ 事例から効率化のヒントを探せ！【2018 夏】 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ITエンジニアはどんなツールでコミュニケーションしているの？ 事例から効率化のヒントを探せ！【2018 夏】 ストレスなく開発に集中するため、IT企業が社内ツールに何を選択しているかをアンケート調査。各社コダワリの使い方から、業務効率化や働き方を考えるヒントにしてください。 「他の会社のエンジニアはどう働いているのだろう？ どんなツールで業務をこなしているのだろう？」そんなことが気になったことはありませんか？ 業務を適切に効率化するため、ストレスなく開発に集中するため、コミュニケーションをとりやすくするため、さまざまな理由から企業は社内ツールを選択しているはず。どんなコダワリがあり、どんな使い方・ハックをしているのか？ 11社にアンケートを実施しました。 自社での業務効率化や、働き方を考える上で、ぜひ参考にしてください。 1. エンジニア同士が社内で使っているコミュニケーションツールを選ん
グローバルでみるエンジニア単価 - ヨーロッパで働くIT土方社長のブログ
とりあえずモチベーションが高いうちに書いておこうと思います。 前の記事は1000ブクマとか行って、お陰で仕事も手がつかないし、夜も眠れませんでした。。。 今日はガッと書いて仕事するまじ エンジニア単価について書くとか言ったんだけど、考えれば考えるほど意味が無いと思ったんですよね、 同じ地域でも業種職種によっても変わってくるし、スキルによっても変わってくるので。 だから、ググってまとめようと思ったんだけど、それじゃ誰でも書けるし、自分が書く意味が無い気もするし。。 ということで自分の観測範囲で書くのが一番おもしろいし、有益かなと思ったんで、自分の観測範囲の話という前提でお願いします。 前提 BtoBの場合 (会社が会社またはフリーランスに発注する時の価格) toC寄りのサービス アプリ開発 フロントエンド ( SPA全般 ) バックエンド ( NodeJSとかRubyとかPHPとか ) と言
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フリーITエンジニア、月収相場65万円 正社員より高額 - 日本経済新聞
DMMに転職した友人のあだ名が「男優」になった