SORACOM が実践している非同期コミュニケーション - SORACOM Blog
こんにちは、エンジニアの清水です。 今回は、ソラコムが日々実践している非同期コミュニケーションについて、紹介してみようと思います。 ソラコムでは、メンバーの働く場所について制限がありません。 いつ、どこで働くかは本人の裁量に任されています。 家や近所のコワーキングスペースで仕事することもできますし、子供を保育園に送ってから出社したりすることもできます。 単純に、通勤ラッシュを避けるオフピーク通勤や、通勤時間がもったいないから今日は家で頑張る、ということもできます。 あくまで本人が責任と主体性を持って仕事に取り組むことが前提になっている（出社していることを言い訳にできない）ので、それなりの緊張感は伴いますが、組織のステージに合ったいい制度だなと思っています。 このワークスタイルで課題になるのが、コミュニケーションの方法です。 リモートワークを経験されたことがある人なら心当たりがあるかもしれま
中の人に聞いたGitHub flowの本当の使い方 - Qiita
背景 今日GitHubの中の人のLTを聞く機会があって本当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 本当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが本当のGitHub-flowは違う。 本当のflowは PR作成 ⇩ 修正 ⇩ デプロイ ⇩ フィードバック ⇩ マージ らしい。 マージ前にデプロイすることでさらにユーザーに近いところでフィードバックを受けることができるとのこと。 ダメなら直ちにmasterに戻す。なので決まりごとの中にmasterは直ちにデプロイできる状態にあること
超残業職場を満足職場に変えた、JAL調達本部の「働き方革命」
「あの部署にだけは行きたくない」 超残業職場で何が起きていたか？ 「部署の仕事や担当が整理されておらず、職場の業務効率の悪さが恒常化している」「残業ばかりで社員が疲弊している」――。世の中の企業は、こうした悩みを日常的に抱えている。 なかには、生産性の向上やワークライフ・バランスの実現のために、社員の働き方を変える動き、いわゆる「ワークスタイル変革」に着手する企業もある。しかし、なかなか成功に至らない企業も少なくない。 そんな悩める企業のお手本になりそうなのが、JAL（日本航空）の調達本部で行なわれたワークスタイル変革 への取り組みである。JALの調達本部は、社内で試験的にワークスタイル変革に立候補したのち、たった1年3ヵ月で実質“サービス残業ゼロ”を実現させた。多忙な部署にもかかわらず、社員の働き方を変えることにより、1日平均2時間の残業を減らすことができた上、仕事のパフォーマンスを下げ
全部知ってる？今後のサイト制作で押さえたいCSSの最新プロパティ9選
CSSの登場から20年。この間、CSSはものすごく進化していました。「それって昔のやり方ですね」なんて言われないように、今後のサイト制作でチェックしておきたい最新のプロパティ（と関数）が学べる記事を9つ、厳選して紹介します。まだまだドラフト段階の仕様もありますので、各自記事の解説をチェックしてください。 1.グリッドレイアウトが捗るGrid Layout Module 『CSSレイアウトの常識が変わる！Grid Layout Moduleが胸アツ』（WPJ） CSSのレイアウトといえば、伝統的にはfloatプロパティ、最近ではFlexboxをよく使いますよね。仕様策定中の「Grid Layout Module」なら、もっと効率が上がりそうです。 2.テキストの回り込みが簡単に！ CSS Shapesプロパティ 『CSS Shapesでテキストを回り込ませるレイアウトを表現』（Webクリエイ
逆説のスタートアップ思考
スタートアップを始める前に知っておくべき、スタートアップの反直観的な事柄やスタートアップの逆説についてまとめました。Paul Graham と Peter Thiel の言説を振り返りたいときにどうぞ。※ 6/30 に東京大学のアントレプレナー道場で話した内容です。 1.不合理なアイデアこそが合理的 2.良いアイデアは説明しづらい 3.難しい課題のほうが実は簡単 4.良いプロダクトの機能は少ない 5.多数のLike より少数のLove を 6.スタートアップのアイデアを考えてはいけない 7.競争は敗者の戦略—独占せよ 8.小さな市場から始める 9.スケールしないことをしよう 10.チームに多様性はいらない 11.会社化すると良くない 12.スタートアップに関する知識はいらない 13.やりたいことはやってみないと分からない ＋逆説のベンチャー投資Read less
Amazon創業者ジェフ・ベゾス氏が語る「重要な判断は後悔を最小限にできるものを選ぶ」考え方 | ライフハッカー・ジャパン
Inc.： ジェフ・ベゾス氏は、アマゾン創業前から大きな成功を収めていました。プリンストン大卒のコンピュータサイエンティストである同氏は、キャリアの初期には銀行業に携わっており、そのプロセスで莫大なお金を手にしたと言われています。 同氏は2001年のインタビューにおいて、何でも買えるオンラインストアを作るという無謀な夢を追うために、銀行業での成功を捨てるべきか悩んだと告白しています。高給の安定職を捨てて、極めて不安定な起業の道を歩むという決断は、同氏にとって正解だったのでしょうか？ 儲かる仕事 VS 無謀な夢 上司のところに行って、「無謀かもしれないけど、オンラインで本を売る会社を作ろうと思うんです」と言ったんです。以前からずっとそんな話をしていたんですが、彼はその時、「ちょっと歩こう」と言いました。 セントラルパークを2時間歩きながら、上司はベゾス氏のアイデアが堅実ではあるものの、失うも
「コツコツ努力できる人」は前向きでも、モチベーションが高いわけでもない。自動的に動いているだけ。
コツコツ積み上げることは大事。よく言われるだろう。例えばこんな具合だ。 「毎日英語の練習をしよう」 「毎日記事を書こう」 「毎日お客さんに手紙を書こう」 だが、実際にやりだすと、 「うまくなっている実感がわかない」 「アクセスが伸びない」 「時間がない」 と、１ヶ月も立たないうちに諦めてしまいがちだ。頭で理解はしているが、体は動かない。これが人間の悲しい性だ。そのため「努力は、つらいことだ」というイメージが生まれ、手っ取り早く結果を出せるワザが人気を集める。 だが、時間をかけなければ成し得ないことも数多くある。 例えば人の信用を得たりすることや、高度な技術、卓越した知性などは多くの場合、気の遠くなるほどの数の基礎を少しずつ積み上げた結果の頂点に置かれた「キャップストーン」なのである。 そして、そこで重要なのは、「積み上げる」という単調で結果を実感しにくい仕事をいかにコツコツ続けるか、という
仕事を楽にするためにした５つのこと - 涙拭けよ
ども！ 守形レイジです。 人間たるもの、放っておけば楽をしたくなるものです。 仕事をするにもなるべく楽にしたいものです。 労力を掛けても掛けなくても貰える給料は一緒ですから、なるべく楽にしたいですよね。 そんな怠け者の僕が楽に仕事をするためにしたことをまとめました。 http://goodluckjapan.com/raku-sigoto/ 1.クロスバイクを導入 www.sugatareiji.com 記事を見てもらえればわかるのですが、１２年乗ったシティサイクルが漕いでも漕いでも全然進まず、毎朝非力なJKやJC に追い越されて惨めな思いをしていました。 〜出勤時〜 通勤ワイ 今日も元気に出勤ンゴね彡(^)(^)（ｾﾞﾝﾘｮｸｼｬｶｼｬｶｼｬｶｼｬｶ 非力女子高生 ｽｲｰｽｲｰ( ﾟ,_ゝﾟ) 通勤ワイ ンゴゴゴゴゴゴゴ・・・彡()() そんな日もありましたが、クロスバイクにしてからとい
私がMVCフレームワークをもはや使わない理由
数ヶ月前、私はなぜここにたどり着き、何が可能かを理解する旅に出ました。この旅は、私にアプリケーションアーキテクチャ、MVCという強烈な宗教に対する疑いをもたらしました。そして、リアクティブ、関数型プログラミングの真の実力に触れたのです。また、シンプルさに集中する旅でもあり、私たちの産業はうまくやっているという考えを捨てる旅でもありました。どんなことを見つけたか興味がある方もいるでしょう。 私たちの見ている画面の背後にあるパターンはMVC –Model-View-Controllerです。まだウェブがなくソフトウエアアーキテクチャも分厚いクライアントが単一のデータベースに原始的なネットワークでアクセスするのがせいぜい、という時代にMVCは生まれました。そして数十年後、MVCはまだ現役であり、衰え知らずでオムニチャネルアプリケーションの開発に使われています。 Angular2のリリースの前にM
React使い必見！ Immutable.jsでReactはもっと良くなる | Wantedly Engineer Blog
Reactを導入して半年近くが経ちましたWantedlyでは、今年の初めからReact(+Redux)の導入に取り組み始めたので、気付けば半年近く立っていることになります。今自分がこの記事を書いているエディタから、Wantedly Adminのチケット画面まで、ある程度大きなアプリケーションを開発してきました。 そこで今回は、チームで継続的に開発していく過程で遭遇した問題と、それを解決するために導入したImmutable.jsについて紹介します。 増え続けるCallbackとAction、肥大化するStoreReactとセットで語られることが多いFluxアーキテクチャ。ここでは詳しい説明は省略しますが、とてもシンプルな考え方なので、チュートリアルなどで簡単に学ぶことができます。しかし、実際にチームで開発していくと、たしかに動いてはいるけど、綺麗とは言い難いコードが増えてしまいました。 Ac
テストエンジニアの面接の際にするとよい20の質問
みなさんこんにちは。@ryuzeeです。 DZoneという海外のサイトで “The 20 Best Software Tester Interview Questions” (テストエンジニアの採用面接の際にすると良い20個の質問)がまとまっていたので紹介します。 ここにあがっている質問を必ずすべきかという話ではありませんし、完全な網羅性があるわけでもありません(カバレッジの話やブラックボックス・ホワイトボックスの話のような基礎的な質問も入っていないです)。 一方で、ある程度の規模になった組織においては、採用面接の質を向上させるために自分たちの組織で共通の質問集のようなものを用意しておくのはベストプラクティスの1つと言えます。 もちろん一度作ったらそれで終わりではなく、新しい質問を追加したり、いろいろな候補者から期待と違う回答があった場合には質問自体を見直すといったことも必要になってきます
レガシー開発環境を今風の開発に近づけるために一年やってきたこと - Qiita
自己紹介 @pugiemonn といいます。 オンラインサロンプラットフォームを手掛けるシナプス株式会社で開発とマーケティングを担当しています。 今日の話 1年前にレガシー環境に参加したメンバーがレガシーな問題に対して、どのような取り組みを行ってきたかお話します。 開発チームメンバーゼロ問題 社長１人で3年開発していた １人で走るのはつらい 突然ユーザー数が増加しはじめピンチに 求人がんばった結果 チームメンバー10名（インターン生含む）になりました✨ バージョン管理されてない問題 1人だったのでバージョン管理など無かった GitとGithubを導入した結果 まずはSourceTreeから 作業ログがわかるようになった 問題発生箇所の調査が容易に 作業がチケット化されていない問題 1人だったのでチケットなど無かった 何のタスクかわからない チケット管理した結果 何の作業かわかるようになった
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
