https://swift.org/contributing/#commit-access に記載があるように、SwiftのOSSプロジェクトでは、一定の基準を満たすことでコミット権を申請し、得ることができるようになっています。 遡って今年の1月に apple/swift-corelibs-foundation に集中的に取り組んだ結果、Swiftのコミット権を得ました（もう3ヶ月前じゃん！）。 とは言ってもC++でコンパイラーのコードが書けるわけではなく、標準ライブラリーやFoundationおよびそのOverlayなど、Swiftで書ける範囲での活動が主になりますが、Swiftの改善に少しでも貢献していきたいと思います。

BASE CTOの藤川です。 リブセンスさんが運営されている転職ドラフトという転職サイトで、全員のプロフィールを読んでいて薄々気がついていたことに改めて気がつかされたのですが、BASEの方でサーバサイドに使っているメインの技術はCakePHPというフレームワークでありPHPの技術なのですが、 新卒の就職先がRubyを使っていて、今、25〜27歳ぐらいになっている若手エンジニアにPHPの経験がない人が増えている！ という大きな問題にぶちあたりました。我々は転職いただく方の前職については、いくつか期待している流れがあります。決済、EC視点ではEC-cubeなどでPHPを扱っていた会社からの転職組というのが重要な人材供給源だったりするのですが、それ以外に「モバイル、スマホアプリ、最強のUX」というスタートアップ的な視点においては、モダンなスタートアップのサービスに携わっている経験は魅力的です。（

初めてNode.jsにコミットした話。初めてOSSにコミットしてみて気づいたこと・学んだこと。Node学園25時限目で話した内容です。 https://nodejs.connpass.com/event/54749/

最近は Ansible で Mac をセットアップするのが流行っているようですね。 「新年度の組織変更のついでに Mac が支給されたウェーイ」なのを機に Ansible に触ってみようという方も多いのではないかと思います。 ところが Ansible のその手軽さゆえ、入門に際して誰しもつまずくのが、 「ググる記事どれもこれもが断片的かつ俺流で、構成管理の作法も正解もわからない... (◞‸◟)」 という点ではないでしょうか。 そこでこの記事では、断片的な個別事例ではなく、Ansible の基本概念や Mac への適用方針など、構成管理サイクル全般の設計に役立つトピックを網羅的に解説してみたいと思います。 ざっくり macOS Sierra + Ansible 2系の環境を想定していますが、基本はどのバージョンでも大きく違わないはずです。 ご参考になれば幸いでございます！ (๑˃̵ᴗ˂̵)

採用面談をやっているときに時々残念な気持ちになることがある。 「ああ、この人、『卒業試験』に受からないままで転職を繰り返してきちゃったんだなぁ」という感覚。 photo credit: aaronrhawkins Out Into the World - College Graduation [Explore] via photopin (license) これ、結構まずい。 気付いたときにはちょっと手遅れで、キャリアが行き詰まる可能性がある話と思っているので。 どういうことか。 履歴書を見るとまず、その人は職務の領域を広げてきたのか、深掘ってきたのかがわかる。 その点においては正解も不正解もないのだが、少なくともどちらを志向しているかを本人自身も自覚的であることが多い。 それはよい。 問題は、経験に応じて身につけておいて欲しい、履歴書には現れないソフトスキルの方。 それを身につけることな

毎度あり！くしいです！ コミュニケーションアプリ LINE などを手がけるLINE株式会社が、この４月に渋谷ヒカリエから新宿ミライナタワーに引っ越しをしたらしいというか、最近はもう毎日通っております。引っ越しが終わったばかりのLINE社、ババンと紹介しちゃいます！（執筆者はLINEの社員です） ミライナタワーの9フロアには約1600名が働いており、今回で146記事目となる行ってきたシリーズでも大規模と言ってよいんじゃないでしょうか。新オフィスのテーマは「リビングファクトリー」で、リビングはリラックス、ファクトリーは生産性を高めるって意味だそうでどんなかんじか気になりますね。んじゃ早速行ってみちゃお！ ビル入口の専用機で入館証を発行後、直通エレベーターで受付にドン こ、これが新オフィス！かっこE！！ ロゴ ※公開から3ヶ月以上経過した特定の記事は有料となっている場合があります この続きはco

やっぱりブログ書くまでがDroidKaigiかなーと思うので、ブログにしてみます。 自分は基本的に勉強会参加をしないのですが、半年ぶりくらいに勉強会参加しました。実は今回がDroidKaigi初参加です。 以下の自分に関係が深かった項目について感想を記載していこうと思います。 DroidKaigiアプリ 参加者との関わり 運営 セッション After Party DroidKaigiアプリ PR21、計34コミットしました。 数だけ見ると結構したっぽいですが、楽しみたいというスタンスで参加していたので、一人での開発をせずに複数人で開発するスタイルでやったことと雑プログラマーなのでコードレビュー後の修正コミットが多かっただけです。 二日目のウェルカムスピーチでPRの数が296個という話が出ていたので、絶対閉会前に300届かせるぞ！と、こにふぁーさんがモデレーターの休憩時間に横に居座って、聞く

An easy way to animate transitions between activities using Window Animations. The animations can be customized to some extent, but there's only so much interaction between the launching and launched activities that you can take advantage of with the standard window animations. This episode covers a different technique for fully customizable animations. This and other animation techniques were di

どうも、Stackoverflow活動中の koogawa です。 Stack Overflow活動 がんばるぞい from Kosuke Ogawa 毎日少しずつ、自分が力になれそうな質問に回答していった結果、おかげさまで本日 1000 reputation を突破しました！＼(^o^)／ というわけで、今回はStackoverflow活動の中で得たノウハウや、おすすめの使い方をまとめてみたいと思います。 回答じゃないならコメントで たまに質問に対して 「情報が少なすぎて答えようがない」 「試してないけど、多分できるんじゃない？」 といった回答をしている人がいますが、それは「回答」ではないですね。（ひどい場合は回答がdown voteされることもあるので注意） reputation が 50 以上あれば、質問に対してコメントをつけることができるので、不足している情報を質問者から聞き出すと

Wantedlyは、運命のチームや仕事に出会えたり、人脈を広げ、ビジネスの情報収集に使えるビジネスSNSです。

greenDAOの開発元であるgreenbotが新しいNoSQL ORMのβ版をアナウンスしたようです。 greenrobot.org いわく、マルチスレッドで使いやすく、バイトコード操作のようなマジカルな方法はとらず、マイグレーションを自動で行えてしかも爆速だと。これらの特徴はOrmaも標榜しているので、気になりますね。 ORMにとってのパフォーマンスは一番重要というわけではないものの、それなりには速くないと困るのは確か。というわけで、まずは軽くベンチマークをとってみました。コードベースはOrmaのリポジトリ内のベンチマークコードに追加した形です。 結論からいうと、読み込みはわりと速いです。 書き込みはOrmaとほぼおなじ水準 何度か繰り返すとOrmaより速いこともあります なおOrmaは手書きの素朴なコードよりも高速に見えますが、手書きのコードでの最適化をサボっているためです Real

【追記】この記事をきっかけに、名著「ノンデザイナーズ・デザインブック」の20周年記念特典eBookの制作に協力させていただきました。詳しくはこちらを御覧ください。 ノンデザイナーズ・デザインブック20周年記念の特典に寄稿しました デザイナーである・なしに関わらず、仕事の中で伝えたいことを「図」で説明する機会は多々あります。提案書で事業内容を説明することもあるでしょうし、具体的な数値をグラフで説明することもあるでしょう。そんな中でこんな指摘を受けたことはありませんか？ ・最終的に何を言いたいのか結論が見えないよ。 ・関係性が複雑すぎて理解しずらいんだけど。 ・要素が多すぎて全てを把握するのが大変。 ・何をどこから見れば良いの？ ・結局一番言いたいことはなんなの？ ・文字サイズがたくさんありすぎてまとまりがないね。 ・安っぽいチラシみたいでダサイなぁ。 ・全体的にバランスが偏ってて不安定。 ・

Apple Design Resources Design apps quickly and accurately by using Figma, Sketch, Photoshop, and XD design kits, guides, and other resources.

新入社員として1週間が過ぎた。 ブルックスの法則的に考えても私はまだチームにとって生産性をマイナスさせる存在でしかない。 ブルックスの法則 - Wikipedia だからいち早くチームにとって必要な存在になる必要があるし、そのために気をつけてる事をメモする。 これを見て「もっとコレした方がいいよ」ってアドバイス、逆に「それは不要だよ」ってアドバイスを期待してる。 チームやプロダクトを好きになる これはとても大切なことだ。 嫌いな人とは仲良くできないし、嫌いなプロダクトは育てれない。 もし、コレを読んでる人が職場のチームもプロダクトも嫌いなら転職した方がいい。 ただ好きの反対は無関心なので無関心の場合は条件付きでやっていけると思う。 この辺の話は主旨が変わるのでまた別の機会があれば話したい。 コミュニケーションについて 新しいチームに合流してまず一番大事なのはコミュニケーションコスト。 自分

Linux デスクトップ環境 2016 - eagletmt's blogの人に影響を受けて自作PCでLinuxデスクトップを使い始めてから約1年半が経ち、僕の使う環境が一通り満足な状態になったので今どういう構成なのか書いておく。 僕はKeynoteを使う時とか会社のマシンでmacOSも割と使う都合、基本的に操作性がmacOSに近くなるようにしているので、macOSからLinuxに移行したい人の参考になるかもしれない。 *1 そもそも何故Linuxデスクトップを使っているのか 「苦労してmacOSに近づけるくらいなら最初からmacOS使えばいいじゃん」と言われそうだが、今この瞬間は大体以下の理由でLinuxデスクトップを使っている。 趣味で作ったスペックが高めの自作PCにmacOSが入れられない *2 最新のmacOSではKarabinerが使えないが、Linuxでは自作のキーリマッパーが