English TL;DR 未完了のタスクやタイトルに WIP という文字列を含む Pull Request からメインブランチを保護する Wiplock をリリースしました。 よかったら試して下さい。 https://wiplock.com ソースコードを公開しています。Go と React + Redux で開発しました。 https://github.com/ngs/wiplock 動機 日々の GitHub を使った開発フローで、作業途中 (WIP) の Pull Request を作成し、同僚と実装に関する議論に役立てたりします。 これらの Pull Request を、タスクが未完了のままマージしてしまったり、タイトルに WIP を付けたままマージしてしまい、紛らわしいマージコミットを作成してしまいます。 このようなミスオペレーションを防止するため、Wiplock という、小さ
Google は、チャットで会話したい相手が同じアプリを使っていなくても、相互にメッセージのやりとりを可能にする新機能「App Preview Messaging」を発表しました。 メッセージ系アプリでユーザー・開発者を悩ませているのは、メッセージアプリのバリエーションが既に豊富なことから、相手によっては自分と同じアプリを使っていない場合があることです。この場合の解決作は、どちらかがどちらかに合わせる、電話や SMS を使ってやり取りする、会話しようと思うことを止めることです。 Google はこの問題を解決するために今回の App Preview Messaging を開発しました。App Preview Messaging は、対応アプリの場合にアドレス帳に登録されている Android ユーザーにアプリの有無を問わずメッセージを送信し、受信した Android ユーザーもメッセージを
Kaizen Platform フロントエンドエンジニアの中村です。 現在開発中のプロダクトでは、フロントエンド開発のフレームワークに React + Redux を採用しています。 当初は自分が一人で開発していましたが、チームのRubyエンジニアの皆が次々と React を習得、気がつけばフロントエンドの機能実装も担うようになり、おかげでフロントエンド専門の自分はUIデザインの補佐 & UXの向上へ手が回せるようになりました。 弊社のビジョンは『21世紀の新しい雇用と働き方の創出』ということで、会社の壁を越えた適材適所を目指しているのですが、社内でも「適材適所」が進んでいるというわけです。 畢竟、開発チームの皆さんが仕事しやすいよう、技術基盤の整備に邁進するのですが、新しいツールやライブラリを導入するにも適宜判断が必要になりまして、じゃあ何をどう選ぶかについて意見を持てる & 説明ができ
こんにちは、Wantedlyのビジネス部門を統括している藤本です。 新卒としてDeNAに2010年に入社後、誘われる形でWantedlyには2013年12月に入社し、一貫して営業・マーケ・アライアンスなど、ビジネスサイドに関する業務に携わってきました。 当時のDeNAはまだ南場さんが新卒の最終面接に全て出られていて、最初の質問が「最近どう？」だったことに虚を突かれた覚えがあります（笑） 自頭の良さよりもセンスよりも大事なこと社会人として、約7年間働いてきた中でわかったことがあります。 それは仕事で大きなコトをなす人は、必ず「やり抜く力」が例外なく高いということ。 地頭やセンスがそこまで良くなくても、「やり抜く力」が高い人は、途中のプロセスで試行錯誤することはあっても、最終的に大きな成果を出すことが圧倒的に多い。 特にスタートアップではあらゆるリソースが少ない中で、非連続な成長を常に志向して
iOS10でビデオをインライン再生する kimizuka.hatenablog.com これまで、iPhoneのmobile Safariでビデオをインラインするためには、 videoのplayを叩かずに、currentTimeを操作してCanvasにレンダリングするという涙ぐましい努力 をしてたりしたのですが、 iOS10でいよいよインライン再生に対応してくれました。 方法は簡単で、playsinline属性を振るだけです。 HTML <video id="video" src="http://kimizuka.github.io/cdn/movie/ios-video.mp4" playsinline></video> ただし、controls属性をつけ、UIから再生するとビデオプレイヤーでの再生になってしまうため、JavaScriptで再生のイベントを書いておきましょう。 JavaS
macOSの最新バージョン、「macOS Sierra」（10.12）がリリースされました。 早速インストールしてみましたが、意外と軽くてMacBook Pro（Retina, Mid 2012）でも全然OKです。 あまり代わり映えはしませんが、Safariのページ内検索がついに直ったのが体感上一番の改善点です。 「macOS Sierra」をインストールした人の中でよく問題点として挙がるのが、キーボードカスタマイズソフトウェアの「Karabiner（元KeyRemap4MacBook）」が動かないこと。 公式ページには以下のように説明があります。 macOS Sierraサポート状況 Karabinerは今のところmacOS Sierraでは動作しません。 Sierra対応は、まずは単純なキーの変更を行える機能をKarabiner-Elementsとして開発中です。 （設定画面を除くとS
仕事量は減ってないどころか増える一方だし新人が入ってくるし去年から入ってる人もいるし諸事情で抜けたり戻ってきてくれたりな人もあって色々思うところが増えてきた。 うちの組織も↑にまんま該当する状態で、ブラックにならないようにという活動 (考え方) はいいのだけど「そういうルールだから」でなんとなくやってるだけで何も変わらずに行くんだろうなという状態。その割に人間力がどうこうとかいうような謎研修が多いし必須研修は役に立たないものばっかりだし、表向きは残業を減らすんだとか平準化するんだとか言ってるけど言ってるだけだし。もっと専門性のある教育にした方がいいし、作業量を平準化するっていうのは違う気がするんだよなぁ・・・集中している人の負荷を減らしていくの良いんだけど平準化？たんぽぽ置くだけの作業じゃないし、目標になって意味あんのかなぁ。 「無駄なことが多すぎる」んだと思うけど、そういうのを仕事として
残業するな。仕事持ち帰るな。でも、昨年より1.5倍の業務量をこなせ。一体どうすりゃいいんだ、という嘆き。 最近、いろいろな企業の方と話していると、どこも人を減らして（少数精鋭にしている）ので、一人当たりの業務量が10年前くらいと比べて格段に増えているとおっしゃる。 コンプライアンスだのなんだのの絡みで、出す書類、ふむべき手続きも増えて一つのことをこなすのにも、やることいっぱい。 ミスが及ぼす影響範囲も広くなりすぎて、チェックも厳しいし、失敗は許容される社会じゃないし、何もかも大変、と。 生産性を上げるといっても、人間が100mを8秒台で走れないのと同じように、そうそう急激に生産性が上がるわけでもない。 だから、残業してなんとかこなしているのだけれども、ここへきて、本社や人事総務などから「残業規制」という話がきた。 コスト削減の意味もあるが、労務管理上、WLB上好ましくないから、定時で帰りな
(2016/12/15追記) この記事はDeprecatedです。 Reduxの概念をRxJSとTypeScriptで理解する ver.2 が最新版になります。 GitHubリポジトリはこちら → ovrmrw/understanding-redux-with-rxjs git cloneしたらnpm installしてnum run tsですぐに動かせます。 (注: Reactの話は一切出てきません) Reduxとは Redux公式 アプリケーション全体で状態(state)を一つのJSONツリーの構造で持ち、それをActionがキックされる度に全体更新して配信するという概念。 僕は最初FluxとかReduxとかよくわからなかったけど、色々参考にしながら自分で書いてみたらようやく理解できました。 Middlewareという概念はよくわからなかったし今でもよくわかりません。 ロガーとか便利な
1ワールドで済ますというチャレンジ Nianticの求人を見ていて、凄く驚いたのは、「Software Engineer - Server Infrastructure」での次の項目。 all on a single, coherent world-wide instance shared by millions of users. 対訳 全ての(アクション)は、数百万のユーザーに共有された単一の一貫した(サーバ群で行われる) つまり、ポケモンGOは１ワールドで構成されている。MMOのサーバを作ったことがある人なら5それがどんなに大変かピンとくるだろう。特に、ポケモンGOの様に一日に数百万人とかが遊ぶゲームで、1ワールドでゲーム世界を構築するのは、結構大変だ。6 MMOで1ワールドがなぜ大変か(データストレージとの戦い) MMOの様なオンラインゲームで、1ワールドがなぜ大変かを図示する。
ofurocafe-utatane.com また合宿してました。もう今年5〜6回は合宿してる気がする。 一泊する合宿では最安値。移動とか食事とかビールとか込みで、トータル1万円くらい （圧倒的コスパ感） 宿のポイント Good 1ヶ月前に予約したら早割で1泊1人2900円という安さ 無限コーヒー2種類 管内着がゆったり なんか雰囲気がよい サウナ・露天風呂あり。風呂結構広い Cafeが結構料理とかクオリティ高い（1食800〜1500円くらい） 24:00以降も利用できて、フロントでビールとかツマミを買ってダラダラ飲めて良かった Bad 値段が安いせいか、学生とか女子会？っぽいメンバーが多い 席がなくて通路とか床に座ってる人がいた 荷物とか本を置きっぱなしにして強引に席を確保して回転率を下げている集団が多かった ランチの回転率が圧倒的に悪かった（2時間制とかなんかうまく運用でカバーしないとや
マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ サイボウズ式編集部より：９月も中旬になりました。新卒で会社に入り、部署に配属され、ようやく仕事に慣れてきた方もたくさんいらっしゃるのではないでしょうか。そんな中で、「自分はまだ何もチームに貢献できていない」と悩みを抱えている方は多いのでは？ 著名ブロガーによるチームワークや働き方に関するコラム「ブロガーズ・コラム」。今回は、新人にありがちな「無力感に対する悩み」をあらためて考えてみようと思います。 ブロガーズ・コ
毎週金曜の定時後に弊社でアーキ部なるものが開催されています(✌'ω' ✌) 9/16のアーキ部は「自分のエンジニアスキルを客観的にどうやって知るか」がテーマでした！ （アーキテクチャの話ではない？！！） 自分のエンジニアスキルの評価として陥りやすい考え方のお話があり、それに対して少人数のグループに分かれて自分はどちらに分類されるかを話あいをしました。 （この会はとりあえず意見を発散する場でした。次回は、今回の話し合いに対しての深堀りなのかな？？） 評価の分類 自己評価は（バランスがとれている人もいるとは思いますが）過大評価をしているか、過小評価をしているかに分かれると思います。 アーキ部の最初に、自己評価の考え方として陥りやすい傾向が二つ紹介されました。 詐欺師症候群 ダニング＝クルーガー効果 詐欺師症候群 参考にしたサイトから説明を抜粋しています！ 詐欺師症候群とは、自己評価が低く、自分
レポート [Github Universe 2016]巨大なGitHubを支える3点分散システム「Spokes」とは? 世界中で使われているGitHub。そのリポジトリの総数は3800万、Gistの総数は3600万を超えている。このような大規模システムはどのような仕組みで構築されているのだろうか。Githubが9月13日から15日にかけて開催した年次イベント「GitHub Universe 2016」で、同社のGitインフラストラクチャエンジニアリングマネージャであるPatrick Reynolds氏が発表した内容からその仕組みを解いてみる。 データ複製の仕組みを変更 GitHubは最近、インフラストラクチャの構造を変更したそうだ。これまで、ファイルサーバに配信されたデータはいわゆるRAIDのような技術を使って複製が行われていた。これをアプリケーションレベルでのレプリケーションとなる分散型
![[Github Universe 2016]巨大なGitHubを支える3点分散システム「Spokes」とは?](https://cdn-ak-scissors.b.st-hatena.com/image/square/b6ca22b1617eaf18cdc50c4cea7ac5d99bfaaa3b/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fnews.mynavi.jp%2Ftechplus%2Farticle%2F20160923-githubuniverse5%2Findex_images%2Findex.jpg)
Today we’re excited to announce the availability of HTTP/2 on Firebase Hosting. HTTP/2 is a new version of the HTTP protocol that is already supported by 77% of browsers worldwide. It offers some exciting advantages for web developers: Multiple requests can be sent over a single connection. With HTTP/2, it’s less necessary to concatenate resources together. It’s a binary protocol, which means head
9月24日（土）に日本XPユーザーグループ（XPJUG）さんが主催するXP祭りというイベントにて「XP祭り2016：巷にはびこる間違ったUX論へのヘイトをぶつける集い」という面白そうなイベントが企画されているようです。 XP祭り2016：巷にはびこる間違ったUX論へのヘイトをぶつける集い（滝川陽一さん） 今更感のある告知ですが「巷にはびこる間違ったUX論へのヘイトをぶつける集い」というセッションでお話します。言葉の一人歩き問題やらなんちゃら併記問題やら長いこと関わってる立場ならではのお話ができたらなって思います。：XP祭り2016 https://t.co/GBmDwkc1jd— イトゥ/Hideaki Itoh (@itow_ponde) 2016年8月16日 セッション内容 UX(ユーザーエクスペリエンス)には、様々な誤解・誤った認識が色々とつきまとっています(アジャイルと一緒ですね)
Pythonで作るWebクローラ入門の発表資料 https://pycon.jp/2016/ja/schedule/presentation/32/
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
![[re:Work] Manager Actions for Psychological Safety](https://cdn-ak-scissors.b.st-hatena.com/image/square/51b4b028bc25be33ebdaf683cf81ce0baa4e35f4/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Flh7-us.googleusercontent.com%2Fdocs%2FAHkbwyLXJ2zOHT2R4tlZraM9HGsXelh9VKFlDlJJzcmfaRfFE6TokeSut9N-LwPnuthPAximJKr8d66aESXRdnVJCqMa2WDCkcke29Lu9z-xyNrl9aPEMKyU%3Dw1200-h630-p)
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog saegusa2017-04-16Yoshihiro was a network engineer at LINE, responsible for all levels of LINE's infrastructure. Since being named Infra Platform Department manager, he is finding ways to apply LINE's technology and business goals to the platform. こんにちは。LINEでネットワークやデータセンターを担当している三枝です。2017年1月にJANOG39で登壇する機会を頂きましたので、今回
Kalbach氏は、コラボレーティブ・ブレインストーミング・プラットフォームであるMuralのカスタマーサクセス部門長です。以前は、中でもAudi、SONY、Elsevier Science、Lexis Nexis、Citrix、eBayなどの大企業と共に、UXの部門で働いていました。 リモート（遠隔）での共同作業は難しいものです。リモートワークに携わるほとんどの人が、なんらかの理由で困難を感じています。 チームが物理的に分散されたとき、クリエイティブな仕事は特に不利な状況に置かれます。私たちの仕事はビジュアル的な側面が大きく、グループでの作業も多く発生します。多くのデザイナーにとって、クリエイティブワークをリモートで進めることなど想像できないはずです。 しかしリサーチによると、実際にはリモートでのデザイン作業はよくあることだということがわかりました。調査をしたデザイナー275人のうちの３
8月頃からチーム内の非エンジニア（プロデューサー／ディレクター／デザイナーなど）に対して「開発勉強会」と題した会を実施していて，僕が教える側を担当していた．頻度としては週1回で，所要時間は1時間以内．これまでに計5回実施して，一通りのことを話せたので，区切りとしてまとめておこうと思う． テーマ 「開発勉強会」は以下のテーマで実施した．テーマ以外にも日々の MTG で出てくるキーワード（例えば EC2 や PHP など）に関しても教えて欲しいという要望があって，アドリブで説明したりもした． 第1回「カンバンとは？」 第2回「GitHub とは？」 第3回「チーム開発とは？」 第4回「他社のディレクターはどんな仕事をしている？」 第5回「SQL を書けるようになろう」 第1回「カンバンとは？」 去年に実施した社内勉強会の資料を再利用して「カンバンの本質とは何か？」を話した．「制約条件の理論 (
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
