会社組織を運営していく上で企業文化の重要性は多くの経営者が理解している事かと思います。僕ももちろん起業前から企業文化が一番の差別化ポイントになると理解し、会社運営をしておりました。 創業期から毎日の朝礼、朝礼ではLTと英語でのカンバセーション、毎週月曜日のプロジェクトレビュー、オープンでフラットなコミュニケーション、グローバルコミュニケーション、チームでデザインする、デザインに対してのディスカッションなど、多くのカルチャー醸成のために多くの取り組みを行ってきました。 しかし、僕の経営するGoodpatchは約2年半ほど前に組織とこれらのカンパニーカルチャーがほぼ全て崩壊するという事態に陥りました。 この2年間は自分にとってGoodpatchの失われたカルチャーを取り戻し、再構築するために奮闘した期間でした。 組織の急成長フェーズに起こる事例だと思うので、起業家やこれから組織を作っていく人達
＝＝ 僕は2017年7月、44歳のときに東京から鎌倉へ引っ越しました。 横浜市と鎌倉市の境目で生まれ育ち、26歳から東京で一人暮らし。途中30歳で結婚し、中野（2年）→新宿（2年）→尾山台（2年）→目黒（2年）→旗の台（4年）→白金台（6年）と、東京で18年暮らしました。 東京はとても便利で、買い物する場所には困らないし、通勤はドアドアで30分くらいだし、おいしいレストランがたくさんあるし、深夜まで飲んでいてもタクシーですぐ帰れるし、とにかく便利！の一言。 でも、僕にとっては、「便利」以外のベネフィットって、あんまりなかったんですよね、いま振り返ってみると。 だから、東京でマンションを購入するつもりはなかったし、人生の最期を東京で迎えるというイメージもまったく持てなかった。 で、42歳のときに一念発起して、鎌倉へ移住することを決めたわけです。 ここでは、移住を決めるまで、ではなく、住んでみ
vue.js は typescript を公式にサポートしています。 つい先日 vue-cli のバージョン 3.0 にてついに、初めから typescript が導入された vue.js のプロジェクトテンプレートが追加されました。 いよいよ vue.js ならぬ vue.ts に追い風が吹いてきたのを感じます。 そこでその追い風を更に強くするべく vue.js + typescript でコンポーネントを作るための基礎知識というかチュートリアルっぽいものを書いてみました。 この記事の概要 vue.js を typescript で書く vue-class-component を利用する vue-property-decolator を利用する ドキュメントにない細かい機能や tips でお送りします。 目標はコンポーネントを自由に作れるようになることです。 プロジェクトテンプレート 何
こんにちは、大阪オフィスのかずえです。 先日RDSについてひとつ学んだので、レポートします。 RDSにはAvailability Zoneを指定する項目がふたつある RDSコンソールをさわっていると、RDSにはAvailability Zone(以下AZ)関連の設定項目がふたつあることに気づきました。 項目1 サブネットグループ サブネットグループは、RDSインスタンスが配置されうるVPCサブネット群をグループ化したものです。 サブネットグループにはふたつ以上のサブネットが登録必須であり、かつそのサブネットたちは最低ふたつのAZにまたがっている必要があります。 ※Single-AZ構成の場合でもこの「最低ふたつのAZにまたがっている必要がある」は必須です。 RDSユーザーガイド DB サブネットグループの使用 各サブネットは特定のAZひとつと紐づいています。ですので、サブネットグループを指
golang と言えば非同期に特化した言語ですが、慣れない内は簡単な非同期しか使えません。しかし sync パッケージを知る事でもっとカジュアルに、かつ確実な非同期処理を行う事が出来る様になります。 今日はそんな sync パッケージについて説明してみたいと思います。 sync.Mutex ご存じ sync.Mutex です。皆さんが一番使う排他制御だと思います。 package main import ( "fmt" "runtime" "sync" "time" ) func parallel(wg *sync.WaitGroup) { fmt.Println("博") time.Sleep(100 * time.Millisecond) fmt.Println("多") time.Sleep(100 * time.Millisecond) fmt.Println("の") time.
こんにちは！dely でフロントエンドの開発をしています @all__user です。 今回は kurashiru のフロントエンド開発に導入されたビジュアルリグレッションテストについてご紹介したいと思います。 【反応を多くいただいた点について記事の最後に追記しました】 目次 目次 ビジュアルリグレッションテストとは 導入の背景 フロントエンドのテスト？ SPA移行前後の比較 ツール reg-suit Loki Wraith BackstopJS テストのフロー GitHub + CodeBuild + BackstopJS ステージング環境 テストケースは Google スプレッドシートで管理 結果を S3 にアップロードして Slack に通知 まとめ 【追記】 運用が大変ではないか？ 1pxの違いにそこまで工数かける？ 広告が差し込まれたり変わっただけでテストが壊れるのでは？ ビジュ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News