Wantedly でバックエンドのテックリード的なやつをやってる @izumin5210 です。半年くらい前から取り組んでいた、UI デザインシステムの React 実装について紹介します。ソフトウェアの設計としても非常にエキサイティングだったので、ライブラリ作ったりするのが好きな人なども楽しんでもらえると思います。 TL;DRWantedly の UI デザインシステムは「WantedlyのUIをデザインする上での共通の考え方とツール＆アセット」でありエンジニアとデザイナが効率よくコミュニケーションするための共通言語となるデザインシステムを (Web) Frontend に持ち込む際は、単なるコンポーネントカタログではなく、システムが定義するものと同じレベルの抽象を持つライブラリ・フレームワークとして実装することで、より有効性を発揮するこの話が気になった（Web・モバイル問わず）フロント

昨年の10〜12月に10kgの減量に成功した筆者の1年後経過報告と、1kg減らすのにどれくらいのカロリー消費が必要かという薀蓄(うんちく)話です。 こんにちは、masutaroと申します！ 2014年の10〜12月に10kgの減量に成功した私ですが、ダイエットを開始した時期から1年と少しが経過しましたので、経過のご報告と、タイトルのテーマで薀蓄(うんちく)でもお話させていただければと思います。 なお、10kg減量した当時の結果報告は以下の記事からご覧いただけます。 ライザップに行かず無料で3ヶ月10kg痩せられた！ダイエット実践記録 糖質制限ダイエットで3ヶ月10kg痩せてからの1ヶ月経過報告 10kg減量の約1年後、筆者はどうなっているか 10kgの減量と言えばわりと高い目標だと思いますが、筆者はその後どうなってるでしょうか・・リバウンドなど気になるところですが・・ グラフの4〜6月頃に

うだうだ記事を書く。あんまりブロガーさんのように、懇切丁寧に説明する意識はない。うざかったら途中で離脱推奨です。 とある理由で、本番のデータを修正することになった。休日だったので僕が対応したのだが、その部分のデータ修正の経験がなかったので、ソースコードから調べて依存関係を解決するSQLを書き、Slackを通じてコードレビューをお願いして、無事修正タスクは完了した。 所要時間は、作業開始から40分。 日常的にソースコードをいじっていて、データ構造を熟知しているメンバーなら、５分もかからないで終わる作業だろう。もしそうならば、８倍の速度差が生まれている。 その８倍の速度差が顧客満足度に影響をおよぼすのであれば、その人は、僕よりも8倍速で得られる顧客満足度の分だけ、仕事ができると評価ができる。 その人材がいれば5分、いなければ40分。この差はとても大きい。その差が大きいと思うのであれば、そういう

2016年07月30日12:00 大学生が着てる服のショップ・ブランドを一通り全部解説する Tweet 1: 以下、＼(^o^)／でVIPがお送りします 2016/07/29(金) 10:27:34.651 ID:LLoK3XV50 前も立てたけどストリート系やファヲタが着てるドメブラ・インポート加えてやりま～す☆ 転載元：http://viper.2ch.sc/test/read.cgi/news4vip/1469755654/ 大学生がよく着てる服のブランドを俺が勝手に批評するスレｗｗｗｗｗｗｗｗｗｗ http://blog.livedoor.jp/nwknews/archives/4807841.html 105: 以下、＼(^o^)／でVIPがお送りします 2016/07/29(金) 13:23:43.462 ID:DCPepECcdNIKU >>1って大学生なん？ おっさんが着て

みなさんはプログラマーの三大美徳ってご存知ですか? プログラミング言語Perlの作者である Larry Wall が↓で述べたのが最初とされています。 http://www.perl.com/pub/1998/08/show/onion.html 三大美徳として 怠惰(laziness) 短気(impatience) 傲慢(hubris) があげられています。 今回はそのうち怠惰(laziness)についてお話します。 怠惰(laziness) 怠惰といえば怠け者。怠け者といえば怠け者メガネ。怠け者メガネを使えば誰でも簡単に美徳を手にいれることができます。 この怠け者メガネを使うと視線は前方に向けたまま下方を見ることができます。 本来は寝転がってテレビを見るために開発されたようです。 この怠け者メガネを使ったプログラム開発について説明します。 レベル0 怠け者メガネを装着せずに作業します。

「決心だよね、私の」 決心？　どういうことだろうか。 −あれがすごくいいんですよね。新幹線の中で前を見てスッと椅子を戻す感じが、もう故郷には戻らないで東京で暮らしていくというオカンの覚悟をすごく明快に表しているんです。 「そうですね」と答えながら、希林は、「私自身はそんなことは何にも考えないでいたのよ」と言う。 次に、希林がそうめんを食べるシーンを観る。 「これの何がいいんですか？」と希林が尋ね、普通の女優はあんな量は食べないと是枝は答える。

弊社に５年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します（転載について本人同意済み。弊社特有の部分は一部省いています。） ああ、なんという長い旅だったろう。この会社で５年間もセキュリティを担当していたよ（諸々の失敗は許してくれ） 俺は他の退職者のように面白いことは書けないが、私のこの退職メールを読んでくれている人、特に新人エンジニアのために、

Grow Your Technical Skills with Google Whether you're new to computer science or an experienced coder, there’s something for you here in Google’s Tech Dev Guide. We’ve carefully curated materials from various sources, including some made by Google, that you can use to grow your technical skills, supplement your coursework, and prepare for interviews. Interested in pursuing a career in business? Ch

by Gaël Sacré いくつもの都市を移動するセールスマンが、すべての都市を最も効率よく(最小の移動コストで)移動できる方法を求める問題を「巡回セールスマン問題」といいますが、その解き方をビジュアル化したムービーがYouTubeで公開されています。 Traveling Salesman Problem Visualization - YouTube たとえば8つの都市があるとき、これを結ぶルートは5040通りが考えられます。 解法の一つが「欲張り法(Greedy Algorithm)」という、1つの都市から常に最寄りの都市へ移動しようと考える方法。 「最適」ではないものの、最適に近い答えを導き出してくれます。 ここで、組み合わせて使うのが「2-opt法」という方法。かなり単純なアルゴリズムで、2辺を繋ぎ直していきます。このとき、ルートに重なりがあると解消して新しいルートを作ります。

Research indicates that carbon dioxide removal plans will not be enough to meet Paris treaty goals

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

はじめに React（通称 React.js1）を全く知らない、あるいは幾つか記事を見たけどなんなのかピンと来ていない、という人のために書いています。 「jQuery くらいしか知らない」くらいの人に具体的に雰囲気を知ってもらうのが目的であり、すでにやる気がある人向けのチュートリアルではありません。やる気が出れば日本語版ドキュメントを読んで手を動かせばあっという間なので、そこまでの興味が出ることを目標にしています。 以降では ES2015 (ES6) の文法（アロー関数とか）を使っています。この部分が怪しい人は先にアロー関数と const 文だけでも知ってから先に進んでください。 以下の説明中、このアイコンで表すのは（2023 年現在から見た）『昔話』です。新しく自分のコードを書く際には本来知らなくていいことですが、古い記事を見たときに混同しないための参考情報として書いてあります。この記事

※このお話はたぶんフィクションです。実在の人物や団体とはあんまり関係ありません。 序 planetter.comをバージョンアップすることにした。数年前にリリースしてからずっと放置していたけど、そろそろ手を付けないとやばいと思った。 しかしウェブの世界はドッグイヤーだ。3年も経てば何もかもが変わっている。しばらく開発から遠ざかっていた僕には、最近の技術トレンドなんてさっぱりわからない。 まずは自分自身をアップデートするところから始めよう。 Atom 最初はIDEだ。以前はEclipseを使っていたけど、いまはもうウェブ系言語の進化速度に追いつけていないようだった。ウェブ開発用のIDEならいまはWebStormが人気のようだ。有料だけど、最新の技術に対応しているし、使い勝手もいい。 でも最終的にはAtomを選んだ。IDE(統合開発環境)ではなくエディタなので、これ自体は単機能だけど、不足分は

日進月歩のIT業界。毎日のように新たなニュースが飛び交い、トレンドも変わっていく動きの速い業界です。現れては消える最新技術を完璧にフォローし続けるのは不可能ですし、その必要もないかもしれません。しかし、メインストリームになったときにまったく何も知らないというのも考えものでしょう。 業界の最先端ではどんなことが起きているのか、どんな方向に向かっているのか、ざっくりと把握しているだけでもキャッチアップのスピードが変わります。IT関連のトレンドは海外発のことが多いため、先端技術の情報を収集するには英語圏のブログやメディアをチェックするのが一番です。今回は、世界の最新情報をキャッチするのにおすすめの海外ブログやメディアをまとめてご紹介します。 The Toptal Engineering Blog 出典：http://www.toptal.com/blog 世界のTOP3%に入るフリーエンジニア、

インフラエンジニアの中西です。 最近プログラマーからこのような話を耳にします。 「ネットワークって難しい/よくわからない」 最近ではAWS,GCPをはじめとするクラウドサービスが充実しているのでWeb界隈のエンジニアはなおさら気にするシーンが少なくなったように思います。 今日は最低限これだけ覚えていたら有事の際にちょっとは役に立ちますよという話が出来たらなと思います。 書式統一のため sudo を省略しています。ご容赦下さい。 コマンド編 ping ping です。疎通確認を行う時のコマンドです。 さすがに分かると聞こえてきそうですね。 例えば、192.168.1.1 というサーバに通信を確認したい場合はこうです。 $ ping 192.168.1.1 繋がる場合はこうなります。 $ ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 d

最近NetflixやHuluにハマってしまっている。AppleTVを購入したらさらに快適になって、どんどん引きこもりに拍車がかかりそうで怖い。 もともとは、僕の周りで評判だったハウスオブカードを見るためにNetflixに入ったわけだが、ある時、ドキュメンタリーというカテゴリをクリックしてみると、去年飛行機の中で見た秀逸ドキュメンタリーがすべて日本語字幕で揃っている事を発見。 例えば、RSS作ったり、海外で大人気のRedditの創業に関わったりしながら、図書館のデータぶっこぬいて万人にシェアするんだという行為で起訴され、自殺してしまったアーロンシュワルツのドキュメンタリー。これはハッカー文化とかプログラマとかに興味がある人なら面白いに違いない。 というか、ハッカー文化やらテクノロジーやら、IT業界に興味がある人なら面白いに違いないと言い切れるドキュメンタリーがたくさんあるので、そういうカテゴ

エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね！なんてことがままあります。

この記事は、2015年7月に開催した UX戦略フォーラム 2015 Summer における私の同タイトルの講演をもとにしています。またこの内容は ÉKRITS への寄稿記事「エントロピーとデザイン」の続編ともなっています。 デザイン・エントロピー デザインのプロセスにおいては、よくこんなことが起こります。サービスの企画段階ではとてもよいコンセプトだったのに、設計や製造の工程を経るうちに、技術的制約、コスト的制約、時間的制約、互換性や保守的な要求への対応、その他の様々な要因により、デザインが妥協案や折衷案にまみれていく。サービスの価値を決定づけている根幹がスポイルされて、気がつけば平凡でつまらないものができあがっている… このように、せっかくのアイデアが次第に骨抜きになってしまうのは、デザイナーにとってとても残念なことですが、これはある意味仕方のないことなのです。なぜなら、このような現象は宇