去年，いまのチームに来たときは僕がフロントエンドのリファクタリングを進めたり面倒を見たりしていた．JS得意な友達がバイトに来てくれるようになり，今はその人がBabelを入れたりしてくれている．彼がバイトに来てくれなかったら，いまだになんとなく興味があるので見ますみたいな感じで一人で面倒見ていた気もする． よくある話で，属人性を高めないように自分の知識を展開しましょうという話があるけど，具体的にアクションプランを考えてもどれが一番良いのかわからない．抽象的に考えると，自分の仕事をなくして退職に追い込むような動きをすると良い．周りのレベルが上がったり移譲されたりしてその分野で価値を発揮できなくなってれば自分じゃなくてもできるようになっている 自分でなくても実装できるようになって，作戦の相談に乗ったりとかしていると，次はそこの属人性が上がってきて，自分のバリューを再びなくすには，誰でも計画を立て

複数のITベンチャー企業を立ち上げた、ある起業家のインタビュー記事を読んでいたら、最後にその方の座右の銘が紹介されていました。 「誰にも取れないリスクを取れ」 僕自身の座右の銘は、もっともっとシンプルなものだったりするのですが、でもある時期、これに似た言葉を座右の銘のように、ずっと心の中でつぶやきながら、自分を奮い立たせていた時期がありました。 それは、生まれてはじめてリーダーというポジションを任されたときこと。 是が非でも結果を出し、存在感を示さなければならないというプレッシャーと戦っていたとき、ある先輩から「誰も取ろうとしないリスクを取れ。誰もやっていないチャレンジを選べ」と、背中を押してもらっていたのです。 最初はそんなに大層なことができるわけないと思っていましたが、でも、よくよく考えてみると、先輩は「“世の中の”、誰も取ろうとしないリスク」「“世の中の”、誰もやっていないチャレンジ

ネットでの情報発信を挫けさせるもの このインタビューでも話したけれど、ツイッターやブログで自分がまさに「毎日やっている仕事」での気づきや考察を書くのは本当におすすめ。書いてみてはじめて自分が何を考えてたり、知っているのか分かるし、そこに読んでくれた人からフィードバックもらえると、さらに嬉しいし記憶にも残る。それは、自分だけの「知のデータベース」と言えるものなっていく。 どんな仕事や職種にも必ず奥深く面白い要素があるし、それを人に届くようにちょっと工夫して「言語化」することで、自分って面白いことやってるかも、という気づきが必ずあるはず。そして、その「面白さ」はどこかで他の人にも届き始める。 一方で、ネットで何かを「発信し続ける」上で一つの壁になるのが、極端に冷笑的、批判的な人たちの存在。 冷笑的、批評的なポジションはネットでもリアルでも「最強」で、そこにいれば傷ついたら笑われたりしないし、し

「リスクをとれ」「実名で発信しろ」とか… 若者を追いつめる「強者のアドバイス」…けんすうさん、もっとやさしく擁護して！ SNSで目立つのは、強者たちの意見。「顔出し実名で発信しろ、自分をメディアにしろ」「若いうちは失敗しろ。リスクをとってチャレンジしろ」「キャリアプランを設計しろ」…かっこいい。まぶしい。 が、そんなことばかり言われても無理です！ 誰かほっこりした人に、「別にそんなこと必要ない」って擁護してほしい…。 と思い、取材を申し込んだのがけんすうさん。華やかな経歴を持つ実業家なのに、どんな相手にも偉ぶることなく低姿勢。彼なら、若手ビジネスマンたちが悩まされる「こうすべき！」に対して「そんなことやらなくていいです」と擁護してくれるのでは？ けんすうさん、お願いします！ 〈聞き手：ライター・小沢あや〉

CSS GridとFlexboxの各プロパティに値を指定した際、それぞれがどのようになるかまとめられた簡単便利なチートシートを紹介します。レイアウトとコードがまとめられたシンプルなチートシートで、あれ何だっけ？ という時用にブックマークしておくと便利です。 まずは、CSS Flexbox用のチートシートから。 CSSのプロパティは親要素のコンテナ・子要素のアイテムごとに分けられており、各プロパティの値でレイアウトがどのように変わるか、ぱっと見てすぐ分かります。 各プロパティの詳しい解説は、下記をご覧ください。 CSS Flexbox の各プロパティの使い方を詳しく解説

こんにちは。Findyで副業をしている、@k-kuwaharaです。 様々なツールのソースコードが公開されることが、今や当たり前になってきています。代表的なもので言うと、Swift, Ruby などのプログラミング言語、Angular、React, Vue.js などのJavaScriptフレームワーク、Linux, Android などのOSやディストリビューションが挙げられます。 有償のサービスの多くはクローズドソースではありますが、無償のサービスですとオープンソースのものが増えてきており、オープンソースの文化はより主流になって行くのではないかなと感じています。 エンジニアのキャリアやステップアップを考える上で、コミュニティ活動やOSS活動をすることをおすすめされることはないでしょうか？これにはもちろん理由があります。今回はその理由やメリットをご紹介したいと思います。 ※注意：本記事は

こんにちは! タダケン(@tadaken3)です。 人生初、オープンソースソフトウェア（OSS）にプルリクエスト（Pull Request）を送りました。 LaradockというDockerでLaravel環境を作るためのOSSで、小さい修正なのですが、無事にマージされました！OSSにプルリクを送るのは、今年の目標の一つだったので、達成できてすなおにうれしいです。 実際のプルリクエストはこちらです。 github.com 本記事では、OSS開発に貢献するために、OSSにプルリクエストを送る方法をまとめました。 実際のコードとドキュメントの内容が異なっていた OSSにプルリクエストするまでの手順 リポジトリのフォークする プログラムの追加・修正 プルリクエストの作成 Pull Requestのメッセージを書く 無事、マージされてcontributorsの一員に！ まとめ Twitterのフォ

皆さん、こんにちは！ グラビアアイドルの尻職人こと倉持由香です。 おうち大好きグラドルを公言しているおかげで、自宅ロケのお仕事をいただくことが増えてきました。狙い通りです。ふふふ。 「それどこ」も3回目の登場。家でポチポチするだけで物が届き、溜まったポイントでお得に買い物。そして今日も溜まるポイント……。楽天無限ループの生活を送る私の楽天愛が伝わっているとしか思えません！ おうち大好きな私の近況としては、今年の2月に新しい家に引っ越しました。それにより、長い下積み時代から抱いていた「いつか自分の稼ぎでタワーマンションに住んでやる！」という野望が叶うことに。ついにやりましたよ！ 事務所の床に寝袋で寝る生活、漫喫暮らし、あの苦労の日々が報われる日が来ました……。 新居は70平米くらいの2LDK。前に住んでいた家は1LDKだったので、趣味の1つである麻雀の雀卓の置き場がなかったんですよね。リビン

こんにちは、今回がはじめてのnote投稿になります！ タイトルにもある通り、今日はTwitterにて8月に行なっていたUIトレースについて感じたことをまとめていきます。 デザインの勉強を始めたばかりで、どうやって勉強しよう？と悩んでいる人や、最近だとCocoda!に登録してUIデザインの勉強をしてみようかな...と思っている人の参考のひとつにでもなれば嬉しいです。 あくまでも自分なりの見解であり初心者目線で書きますので、どうぞ暖かい目でご覧になってください...。(アドバイス随時受け付けてます！) そしてかなり迷ったのですが、この記事ではトレースしたものだけでなく、アウトプットしたものも全部載せます。プロのデザイナーさんが見たらツッコミどころ満載の作品ばかりだと思いますが、同じような境遇の方の励みになればと思って、、、、では目次です。 目次 1. 　UIトレースを始めたきっかけ 2. 　最

タイトル通りオープンソースソフトウェア(Open Source Software, OSS)のライセンスについて扱った本です。難解なことを筆者の経験を踏まえて平易に解説してくれているので、この手のことを知りたいと相談された場合は「これを読んでみてください」と勧められる本でした。 OSSのライセンスについての知識は近年のソフトウェア開発者には避けては通れません。しかしこれを十分に理解している開発者は多くはありませんし、(とくに「コードだけ書いていたい」というタイプの人には)それほど興味をひく題材ではないというのが実情ではないでしょうか。この状況をなんとかしようと長年OSSに関わってこられた筆者が一石を投じたのが本書です(多分)。筆者が技術者の目線だけ解説するだけではなく、弁護士のかたの監修を受けることによって法律家の目線からも解説しているという点で本書は貴重です。私はこのような本を少なくとも

はじめに：「僕にもそんな頃があった」 先日、西脇.rb＆神戸.rbの合同勉強会として「RailsプログラマのためのSQL勉強会」を開催しました。 この勉強会は出題者（＝僕）が出したSQL問題を他の参加者が解く、というスタイルの勉強会です。 参加者の方の中には最近プログラミングを始めた、という人も何人かいました。 そういう人にとっては問題がちょっと難しかったので、ときどき僕がサポートに回って質問に答えたり、解き方をある程度教えたりしていました。 また、話がちょっと脱線して「僕が作ったこれぐらいのWebアプリは、伊藤さんなら何時間ぐらいで作れますか？」みたいな質問を受けたりもしました。 その中で言われたのが、 「説明されたらわかるけど、自分一人でこの答えにたどり着くのは無理です」 「えっ、そんな短い時間で作れるんですか」 といったようなコメントです。 そういったコメントを聞くと、「あー、僕にも

ども、@kimihom です。 サービスをローンチしてから最初の有料顧客が来るまでには長くの時間を要する。サービス開発の時間をかけた分だけ、この時間は辛く長く感じることだろう。ローンチから1年以上経ってようやく有料顧客を見つけたというケースも少なくない。 そんなサービス開発における"迷える期間"で、コツコツとやっていくべきだと考えているのが「布教活動」である。今回は私の具体例を交えながら、説明していく。 コアなファンはサービスの Why に共感する 最初の顧客をいかに満足して使ってもらい、そのあと使い続けてくれるか。そして顧客が他人へ紹介してくれるようになるのか。単にサービスを使ってくれる顧客ではなく、ファンになってもらえるようにしなければ、その先のサービスの成長を得ることはできない。 サービスのファンになってもらうには、私たち運営者は Why (なぜそのサービスを作ったのか、存在するのか

MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました Electronを使えばWindows/macOS/Linuxなどマルチプラットフォームで動作するソフトウェアがHTML/JavaScript/CSSで作成できます。作ってみたいと思いつつも、環境を整える手間で躊躇してしまっている人もいるのではないでしょうか。 そんな方に使ってみて欲しいのがFiddleです。ダウンロードしてすぐにElectronアプリ開発がはじめられるソフトウェアです。 Fiddleの使い方 Fiddleを起動したところです。 開発環境は3ペインになっています。左側にあるJavaScript、右にあるHTMLを編集するのが基本です。 開発したらElectronアプリとして実行できます。各バージョンのElectronがFiddle上で簡単にダウンロードできます。 実

2000年1月20日に思いつきで始めたサイトですが、気がついたら18年ぐらい経っていてびっくりですね…。 これまで毎日更新してきましたが、本日、2018年8月31日をもって更新終了としたいと思います。突然ですが。いままで読んでいただいた皆様、ありがとうございました。 このサイトを通じていろいろなことがありました。 自分のサイトが雑誌に載る、という体験に興奮する（最初はSPA!でしたね、そういえば）。 雑誌の連載をもつ…「え、自分が？！」（懐かしのINTERNET MAGAZINE…お世話になりました）。 百式ナイトなるトークイベントを毎月主催（イベント終了時間がだいたい終電のあとで、残った人と朝まで呑んでたのは良い思い出）。 さらに拡大して「無敵会議」シリーズを「アクセス向上委員会」の橋本さんと共同開催。ここでいろいろな人と知り合えたのはいまでも一番の財産ですね…。 そのころ「GTDいいよ

Firebaseでバックエンドエンジニア不在のアプリ開発　クックパッドが体感した、メリットと課題 Firebaseが依然として注目を集めていますが、早々に導入したクックパッドの「Firebase使用例」を紹介します！クックパッドの新アプリ開発で導入され、アプリやWebサイトのインフラ部分を任せられるほか、リアルタイムでデータを同期できるCloud Firestore、ログイン認証システムを手軽に実装できるFirebase Authenticationなど、さまざまな機能を活用しています。活用してわかった、Firebaseのいいところ、そして気をつけるべきポイントとは？ 「Firebaseならバックエンドエンジニアを必要としない開発ができる」 そんな話を聞いたことがある人もいるかもしれません。「Firebase」は2011年にFirebase社がサービスを開始し、2014年にGoogleが買

TECH x GAME COLLEGE #2 の登壇資料です https://techxgamecollege.connpass.com/event/95716/ Game Server Services をよろしくお願いします。 https://gs2.io/

僕は元々Web屋のフリーランスエンジニアをやっていました。 Web屋と一言でいっても、バックエンドやフロントエンドやモバイルやインフラや色々ありますが、僕の場合は近年の需要の流れの中でとりわけモバイル(スマホアプリ)の開発案件を中心にやっていました。 ここ5年ぐらいはスマホアプリ開発案件へのエンジニアの引き合いはずっと高く、ここ1,2年は多少落ち着いたものの、まだまだ高単価でエンジニアの募集がかけられているのを目にします。 スマホアプリ開発に関しては何案件もリードプログラマとして割と先進的な案件に関わってきたので、正直そのまま続けていても結構な単価で仕事を請けられていたし、割と良い待遇で正社員の職にありつくことも今ならできると思います。 だけど、今まで積み上げてきたそれらの技術スタックを完全に捨て去って、データ分析基盤というスマホアプリ開発とは立ち位置的にもスキル的にも対局にあるような領域

Photo by Marco Verch 長田です。 エンジニアの皆さん、健康に気を使っていますか？ 先日オライリーからヘルシープログラマーという書籍が出て話題になりましたが、ITエンジニアのなかには朝遅く夜も遅い、腰痛い、肩凝った、目が疲れた、残業しんどいなど、不健康な人も多い印象があります。 ヘルシープログラマ ―プログラミングを楽しく続けるための健康Hack 作者:Joe KutnerオライリージャパンAmazon 私ももともと超不健康な生活を送っていたのですが、一転してここ3ヶ月で社内のみんなから「健康エンジニア」と呼ばれるようになってきました。 今では「エンジニアが健康を意識しないのはもったいない」と思っています。なぜなら「健康こそが開発の生産性を向上させるのに最も重要な要因」だからです。力こそパワー、健康こそヘルシー。 というわけで今回は、私がなぜそんなに健康を意識するようにな

はじめまして。 セガゲームス「龍が如くスタジオ」専属QAエンジニアの阪上と申します。 今回は、QAエンジニアという職種の紹介とゲーム開発におけるテストの話を、「龍が如くスタジオ」での開発の歴史を振り返りながらご紹介したいと思います。 目次 目次 ゲームのテストって何をするの？ QAエンジニアの仕事内容 (2009年～) 自動プレイテスト (2013年～) QAエンジニアの誕生と加速するテスト環境の自動化 (2015年～) テストの結果分析 (2018年～) テストピラミッドの考察とQAエンジニアリングの未来 まとめ 参考資料 ゲームのテストって何をするの？ 本題に入る前に、QAエンジニアのQAとは何なのかを説明しておこうと思います。QAは 「Quality Assurance」の略で、日本語では品質保証という意味です。ゲーム開発においては、ゲームが正しく動作しているか、バグがないか、ゲーム