MobiRuby、Wri.peなどの開発者としても知られるトレタCTO増井雄一郎氏を招いて開催された学生向けセミナー「ギークに学ぶ『これからのエンジニアのキャリア』」。エンジニア歴20年の生粋ギークが若い学生に最も伝えたかったこととは？ エンジニアとしての理想的な生き方とは？ 「ギークに学ぶ『これからのエンジニアのキャリアとは？』」と題し、トレタCTO増井雄一郎氏を招いて開催された学生向けセミナーをレポート。 Wri.pe、Titanium Mobile、Node.js、MobiRuby、Ruby on Railsなどの開発エンジニア、そしてミイルやトレタのCTO・経営者としてキャリアを積んできた増井氏は、これまでの仕事人生をどのような考えから歩み、今後のキャリアをどう見据えているのか？ 【プロフィール】 株式会社トレタ CTO 増井雄一郎　Yuichiro Masui @masuidri

クラウドワークスに入社して2年と半年くらいたった suusan2go です。 そして今月で退職します。「退職エントリーまだー？」とCIOから言われまして、ブログを書くことにしました(正直書きたくなかったｗ)。 最近は退職エントリーに対する風当たりが強い気がしていて、自分のブログなら「個人の日記やぞ！」と強気になれますが、会社の公式ブログに書くとなると「個人の日記レベル」ともいってられないわけで…結構書くことを躊躇していました。 でも、退職エントリーをみて入社する人もいる*1 ということで、最後の恩返しのつもりで頑張って書きます。お前だれだよって感じだと思いますが、お付き合いください。 クラウドワークスでの思い出 前職では某メーカーのSEとして働いていました。あるあるですが、コードを書いたり設計をしたりする時間よりも、発注管理や他部署との調整などエクセルとにらめっこしてる時間の方が多いという

プログラミング言語というのは、その作者が理想とする世界に合うようにデザインされているものだから（みんな信じないかもだけど、Javaですらそうなのですよ）、Clojureのことを理解するには、作者であるRich Hickeyのプログラミング観を知るのが手っ取り早いでしょう。 Rich Hickeyはさまざまなプレゼンテーションを発表していて、多くはネットで見られます。示唆に富んで皮肉も効いてておもしろいので、ファンも多くて、彼の独特の髪型（往年のロック歌手風）からか、「Rich Hickey’s Greatest Hits」というブログ記事もあったりします（プレゼンテーション動画へのリンク集です）。 ただ、彼のプレゼンテーションは難解な英語も出てきて、私のようなリスニング苦手人間には音声だけで聴くのは難しいです。そういう人は国外でも多いからか、有志が書きおこし(transcript)を公開し

【今週のボヤき】 私のチームは5〜6人のメンバーで動いているのですが、この前上司から「チームのモチベーションを上げるためにいろいろ動いてほしい」と言われました。一応、「わかりました！」とは言ったものの、今まで個人プレーで動いてきたせいかモチベーションの上げ方がよくわかりません。 何となく、後輩に声をかけたり、褒めたりすればいいのかなあと思ってはいるのですが、他に思いつかず……。おやつをあげる？　飲み会に誘う？　どうしたもんかと悩んでいます。 モチベーション＝やる気、ではない 「モチベーションを上げる」というと、多くの人は「やる気を出す、テンションを上げる」というメンタル的なことを思い浮かべると思うのですが、モチベーションとやる気は全く別のものなんですよ。 「やる気」とは目的を問わない一過性のもので、私はそれを「単なる気まぐれ」と思っています。 気まぐれにやる気に満ち溢（あふ）れてアドレナリ

以下の退職エントリーを見て、入社した hikouki です。 engineer.crowdworks.jp 去年(2016年)の12月に入社して、半年以上経ったので入社エントリーを書いて見たいと思います。 なぜクラウドワークスを選んだのか？ 1. 働き方を変えたかった エンジニアの仕事は、場所や時間、服装にも捉われず働けるはずです。 もちろん、組織でビジョン達成を目指す上で、自由に働くことは障害になり得ると思います。 弊社でも、まだオフラインが主流で、他部署を交えたリモート会議などは難しい場合が多いです。 なので、リモートワークで短期的な利益が得られないと理解していて、長期的に、その様な社会(会社)を目指したいという意思があるのかを重要視していました。 クラウドワークスでは、週3日までリモートワークできる制度があったり、会社のビジョンと重なる部分ではあるので、その点は信用できると思いました

Actions on Google 音声を使用した会話形式のアプリが作れるツールです。 Google Homeのアプリもシミュレータで確認しながら作れるみたいなので試してみました。 サンプルではAPI.AIのNode.jsを使ったアプリで、Firebaseを使ってデプロイできるようになっています。 今回は公式のGetStartedをやりながら手順をメモしたものになります。 参考資料について 公式のGet startedを参考に進めていきます。公式マニュアルを読みながらの方が、最新で細かいところも書いているのでおすすめです。 https://developers.google.com/actions/get-started/ 実行手順 1. ActionsのプロジェクトとAPI.AIエージェントを作成 (1) サンプルアプリケーションを導入 https://github.com/action

つくづく自転車のペダルみたいだなって思う。 こぎ始めの大変さとか、こぎ続かないととまってしまうところとか、 急坂がきたりギヤを選び間違えたりするとこぎ続けられないこととか。

読みました。 Take My Money: Accepting Payments on the Web 作者:Rappin, NoelPragmatic BookshelfAmazon どんな本か 副題が "Accepting Payments on the Web" となっているように、決済 (payment) システムをもつ Web アプリケーションを作る方法について説明しています。『達人プログラマー』などでおなじみの The Pragmatic Bookshelf シリーズの本です。 チケット販売システムの開発を通して、次のような具体的な話題に触れています。基本的には Rails 5 を使ってロジックからビューまでを開発していきます*1。 決済システムの実装 ショッピングカート 外部決済サービスとの連携 サブスクリプション機能 エラーケースとその対策 管理画面の実装 返金など注文の操

⠀人 / ⁰⊖⁰ \ オカメインコエンジニアの五十嵐(@ganta0087)です。 CrowdWorksでは、サービスのCI環境としてCirlceCIを利用しています。 今回、CircleCI 1.0から2.0に移行すると同時に、新機能のキャッシュをフル活用したことで、コストを増加させることなくCI実行時間を半分にすることができました。 今回の記事では、CirlceCI 2.0のメリットや、どのようなチューニングを行ったのかをご紹介します。 CircleCI 2.0について CircleCI 2.0は現在ベータ版となっており、「CircleCI 2.0: Beta Access - CircleCI」から申し込むことができます。(試してみたところ個人のリポジトリではすぐに利用できるようです。) 申請したOrganizationのすべてのプロジェクトで突然バージョンが切り替わるわけではなく、

ワケ一覧 序の口: フレームワークだけが負債だと思ってる 序二段: ビジネスサイドに理解してもらう努力がない 三段目: 技術で遊び過ぎてしまう 幕下: 太り過ぎアーキテクチャ 十両: 過去に目もくれず、現状だって見ない 前頭: 技術に詳しいだけでアーキテクト 小結: アーキテクトの知識と覚悟が足りない 関脇: スパンが長く、モチベーションが続かない かど番大関: スパンが長く、人の入れ替えでチグハグ 大関: アーキテクチャデザインはどこへ？ 横綱: 実は人間的負債だった 序の口: フレームワークだけが負債だと思ってる みんな、フレームワークが大好き。とはいえ、さすがにみんな、「フレームワークが古いことだけが負債」だなんて思ってないはずだが...なのに多くの人が、あたかもそのような振舞いと判断をしてしまう。潜在意識の Big Issue だから？ o 信用できないテストデータ も負債 o 現

はじめに こんにちは、虎塚です。 組織でAWSアカウントを利用する際には、担当者ごとにIAMユーザを払い出し、各ユーザが自分でMFA (Multi-Factor Authentication) を有効にすることが推奨されています。クラスメソッドでも、お客様の環境ごとにIAMユーザを作成し、MFAを設定していただくようにお願いしています。 ここで問題になるのが、IAMのポリシーです。IAMユーザ本人に自分自身のMFAを管理できるようにするには、どんなポリシーが適切なのでしょうか？ このテーマは、当ブログの過去記事でも何度か登場していますね。 一般のIAMユーザにMFAを設定してもらう方法 ｜ Developers.IO IAMによるAWS権限管理 – プロジェクトメンバーへの権限付与方針に潜む闇 ｜ Developers.IO 2015年8月現在、上記で紹介されたポリシーでは正常に動かなかっ

カルビーが、事実上「会社に来なくてもいい」という働き方に舵を切った。 在宅勤務、毎日でもＯＫ　カルビーが４月以降に新制度 カルビーは４月以降に、自宅など社外で勤務する「テレワーク」の上限日数（週２日）を撤廃する。制度上は毎日テレワークが可能になる。多様な働き方を認めることで、優秀な人材を確保するねらいだ。（朝日新聞） 一見すると、自由に働け、通勤ラッシュに巻き込まれることもなく、理想の働き方ができるように見える。 実際に肯定的意見も多いが、もちろんこれの裏は 「仕事の評価は、成果でのみ行いますよ」ということに他ならない。 上の記事中にもこうある。 対象はパートや工場勤務の人を除き、契約社員を含めた入社３年目以上の社員になる見通し。会社側が勤務時間をどう把握するかなど制度の詳細や実施時期は今後詰める。同社首脳は「会社が求めるのは成果。働き方改革をしないと会社はよくならない」と話す。 これによ

Forkwell Meetup #3 https://forkwell.connpass.com/event/48147/

2. 自己紹介 大仲 能史 a.k.a. @onk 1982年12月18日生 33歳 ドリコム 10年目 (中途入社 2社目) 大学中退 → 派遣 → エージェント経由転職 趣味：問題解決とコードレビュー 肩書：スペシャリスト (アプリケーションエンジニア) フロントエンドからインフラまで

この投稿は米国 Mozilla Tech Blog の記事 “A Quantum Leap for the Web” の抄訳です。 ここ 1 年間の Firefox にとっての最優先事項は、ブラウザのマルチプロセス化を行う Electrolysis プロジェクトでした。 Firefox を複数プロセスに分割し、セキュリティとパフォーマンスを大きく向上させる、このプロジェクトは Firefox 史上最大の改良となりました。その成果は、これから数ヶ月をかけて、すべての Firefox ユーザーに提供される予定です。 しかし、このプロジェクトが Firefox 最後のセキュリティとパフォーマンス向上となるわけではありません。むしろ、 このプロジェクトによって Mozilla の次なる大きなプロジェクトの準備が整ったのです。 Quantumは次世代型ウェブエンジンを開発する取り組みです。 2017