リンク www.acros.or.jp アクロス福岡 国際・文化・情報の交流拠点。福岡シンフォニーホールや国際会議場を備えた複合施設です。 659 リンク 建築パース.com アクロス福岡 [建築パース.com] 福岡県福岡市中央区天神にあるアクロス福岡。1995年竣工。基本構想は、エミリオ・アンバース、日本設計、竹中工務店。

こんにちは、SWETの鈴木穂高（@hoddy3190）です。 コロナウィルスの影響で当初予定していた2020年3月4日（水）のDeNA TechCon 2020は中止になってしまいましたが、「せっかく資料も作ったしどうしてもDeNAのチャレンジを紹介したいんだ！」ということで、先週2020年3月12日（木）に一部のセッションをライブ配信しました。 タイトルにもある通り、私もゲームの仕様に関するテーマでライブ発表をしましたが、本記事はそのフォローアップということで、スライド資料の補足情報といただいた質問への回答を記載します。 発表内容 タイトル 仕様起因の手戻りを減らして開発効率アップを目指すチャレンジ セッション情報 https://techcon.dena.com/2020/session/10 資料 仕様起因の手戻りを減らして開発効率アップを目指すチャレンジ 【DeNA TechCon

https://blog.qiita.com/like-to-lgtm/ Qiitaさんの変更。思想はまぁわかるものの、「全部読んでから押してほしい」といいながら、開いた直後に押せるところに配置するのは意味がわからないかなあ。https://t.co/HEtwKg0txr— chokudai(高橋 直大)🌸🍆🍡 (@chokudai) 2020年3月12日 これについては chokudai さんに完全に同意なのですが、その理由として、自分の在職時に企画したサービス設計意図が強くあって、退職者がそれについて今更どうこういうのはどうか思うところもあるのですが、当時の同僚がほぼ全員退職してしまっているため、ここでその意図を伝えます。 お前は誰 & 何 当時の Qiita の開発で、ストックといいねを分離して、いいねをベースにしたランキングの実装のを提案したのが自分です。社内の Qiita:

直帰率ってなにかと注目されやすい指標で、改善の対象になることも多いですよね。単純な指標でやることもそんなになさそうなんですが、考えだすと奥が深いのでいろいろ思うことを書いてみようかと。 直帰率の目安って？ 必ず聞かれるやつ。こう答えるようにしています。 企業サイトやECサイト：40%前後 ブログ、LP：90%前後 計測がおかしいとき：10%以下 ホントに目安であって初めて「直帰率」という言葉を聞いた人向けの回答です。 40%は東京の平均気温と同じようなもの 夏もあれば冬もあって、朝もあれば昼もある中での平均気温なので何の役に立つのかと思いますが、海外から初めて日本に来る人には参考になるでしょうし、海外で地理を学んでいる人にも参考になるでしょう。 北極圏に近くて白夜があるような地域のようなのか、赤道直下で毎日暖かい地域のようなのか、とにかくそんなことを知る程度の目安です。 だからこう答えるし

フロントエンドエンジニアとデザイナーさんは日々協力してプロダクトを作っていく関係にあります。デザイナーさんが作ってくれたものをエンジニアが素早く実現できるよう、いくつかエンジニアから意識してほしいことをまとめました。 なんでこんな話になったのか（前置きなので次の章まで飛ばしてOKです） デザイナーさんから「この画面をこんな風に作ってください」とXDやSketch、PSDなどいろいろな形で渡されることがあると思います。 僕の個人的な意見・経験ですが、いざ実装するぞとなったときに 「あれ…ここってどうしたらいいんだろう？」 と迷って作業のスピードが落ちてしまうことがとてもストレスに感じていました。できればノンストップでいきたいなあと思うわけです。 手が止まるたび、デザイナーさんに「ここってどうしたらいいですか？」と質問するのが何か新しい画面を作るときに必ず発生していました。 「（いつも聞いてる

AI事業本部 Dynalystでデータサイエンティストをしている藤田です。 Dynalystの開発チーム内にはデータサイエンス（以降DS）チームがあり、そこにはデータサイエンティスト・機械学習エンジニア（以降まとめてデータサイエンティストと呼ぶ）たちが所属しています。私がこのチームで働く中で、「プロダクト所属のデータサイエンティストがどこまでエンジニアリングをすべきなのか」ということを考えることがあったのでまとめてみました。当然これは一般的な答えではなく、人・チーム・組織の現状や目指すべきところによって答えは変わるので、あくまで1チームの1個人が考えたこととして読んでもらえればと思います。 プロダクト所属と横断DS組織所属 エンジニアリング云々の話をする前に、まずプロダクト所属と横断DS組織所属のデータサイエンティストの違いについて軽く説明します。両者のメリット・デメリットについても書きた

ドキュメント文化は健全な組織のスケールのために必要　組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし

会社の体制が大きく変わり、カオスの中に少しの静寂（暇）ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない

先日、とある内容についてツイートしたのですが、それが思ってたよりいろんな反応をいただいたので今日はそれに関して、ツイートでは伝えきれなかったことなども含めてもう少し詳しく記したいと思います。 まず、ツイート自体はこちらになります。 面接してると時折、『1人で全部やりました！』『できる人が他にいないんで自分だけでやりました！』みたいな話をしてくれる人がいるんだけど、正直なところ1人で全部やるのも大変とは思うけどチームで成し遂げるほうがよっぽど大変だと思うの. 人は思う通りには動かないわけで… なので評価しづらい — Keisuke Nishitani (@Keisuke69) January 31, 2020 これは採用に関する話でして、面接などをしていく中でよく感じることについてぽろっと呟いただけです。そんな感じだったこともあって140字では詳細に文脈など伝えることは当然無理です。したがっ

ライブコマース、シェア自転車、ライドシェア、モバイルペイメント、無人コンビニ、モバイルオーダーが前提の飲食店…など常に話題に事欠かない。他方でこれらが日本で大きなうねりとなるかどうか、については違和感を感じ続けていた。 特に自分が専門としている「小売 × テクノロジー」においては、日本の小売を前へ進める要因は中国と全く異なるものになると考えている。中国でヒットした（ように見えている）「来店を前提としない、モバイルテクノロジーを活用した店舗」のような施策は、日本に巨大なインパクトをもたらすものではないだろう。

どうも、ストアーズ・ドット・ジェーピー株式会社(以下、STORES.jp) で経理をしている ベープ大澤 と申します。 （厳密にはヘイ株式会社に所属してコイニー株式会社の経理もしてます、ややこしくてすみません…） STORES.jp Advent Calendar 2019 15日目として 「元エンジニアの経理が書く、 経理を苦しめないシステム開発について」 というテーマで書かせて頂きます。 ▼ 1．自己紹介 自分の経歴を簡単にまとめますと ◆学生 時代 経理職を目指し、会計学を専攻 → 就活はじめる → 当時のリクルーター 「男で経理職は未来がないよ」 → 落ち込む → でも会計が好き！ → 会計システムのエンジニアになろう ◆エンジニア 時代 5年ほどエンジニア人生を謳歌 →慣れてきた →エンジニアたのしーー！！！ →システム導入にアサイン →顧客の経理現場を見る →「男の人もバリバリ

この記事は Product Manager Advent Calendar 2019の18日目 です。 はじめに プロダクト作りにおける負債の種類 技術的負債 組織的負債 関係者的負債 思想的負債 負債の誕生 影響し合う負債の恐ろしさ 地道に負債を解きほぐしていく おわりに はじめに Yamotty氏の素晴らしい記事に触発され、 ストラテジーと実装の一致を保つのが困難な状態、つまり プロダクトに関わる負債のせいで進捗しづらくなった時に どのように戦っていけばいいのかを掘り下げていきます。 スタートアップの強みはストラテジーと実装の一致 早さが生まれる理由は「ストラテジーと実装が一致しているから」だと考えている。 逆に言うと、これらが一致していない場合、早さは生まれない。 正しい戦略が、組織や技術的負債のために実行されなければバツ。 逆に素晴らしいテクノロジーを扱えるチームがあったとしても、

この記事は NTTコミュニケーションズ Advent Calendar 2019の14日目の記事です。 昨日は @yuki_uchida さん の記事、BERTを理解しながら自分のツイートを可視化してみるハンズオン でした。 はじめに 当初は Kubeinvaders の解説記事を書こうかなと思っていたのですが、先日うちの子供が通う保育園から、うちの子供に対するインシデントの報告を受け、今後の対策として保育園にChaos Engineeringを提案するという我ながら変なことをしてきたのでそのことを書きます。（※完全に会社に関係のない私事です） 保育園からインシデントレポートを受けたので、今後の対策案としてChaos Engineeringを提案してきた — まひと / Mahito (@Mahito) November 29, 2019 保育園で起きたインシデントについて 妻からの電話

50時間から100時間の勉強で身につく日本語 「英字新聞」と「中学校の英語教科書」どちらがいいですか？ 「お互いさまの気持ち」で 今年の秋、台風がいくつも日本列島を襲いました。その中でも、大型で非常に強い台風として、最大級の警戒が呼びかけられた19号について、あるツイートが注目を浴びました。日本人が持った違和感の理由と、そのツイートに込められた「やさしい」理由について、考えました。 注目を浴びたのはＮＨＫの公式ニュースアカウントが、外国人向けに警戒を呼びかけたツイートでした。 【がいこくじん の みなさんへ】 たいふうが つぎの どようび から にちようび、とうかいちほう や かんとうちほう の ちかくに きそうです。 とても つよい かぜが ふいて、あめが たくさん ふるかもしれません。きをつけて ください。 https://t.co/47Pb7NhZu6https://t.co/kHl

この記事はLAPRAS Advent Calendar 2019の9日目の記事です 概要 LAPRASに入る前、業務の内容をDMでたくさん受け取って辛いという課題があった DMを受け取るとパブリックチャネルに優しく誘導してくれるDM警察というBOTを作ったがLAPRASに入ったら需要がなかった なんでや？じゃあLAPRAS関係ないやろ！？ まとめ 課題 - 業務の内容をDMでたくさん受け取るのは辛い このような内容をDMで受け取ると少し困ります。 パブリックチャネルの発言であれば、僕がこの質問に答えられない場合でも「@知っていそうな人 さん、わかりますか？」とメンションするだけで事が足ります。たまたま会話を見ていて知っている人が能動的に答えてくれる事もあるでしょう。また、後々一連の会話をシェアしたくなったときでも、この会話へのリンクを貼れば経緯を伝えることができます。DMではいずれも叶いま

SmartHRの社長の宮田です。 この記事は SmartHR Advent Calendar 2019 3日目の記事です。 ソフトウェア開発にも役立つであろう「権限移譲」について書こうと思います。 胸を張って「これが得意です」と言えるものってそんなに無いのですが、CTOの芹澤さんから権限移譲だけはホメてもらえます。最近では「もしかしたら得意なのかも？」と思えるようになりました。そんな私が気をつけているポイントをまとめています。 権限移譲について学んだことはなく、独学です。そのため、すごーく当たり前のことしか書いてないかもしれませんし、逆に一般論からかけ離れている可能性があります。 あくまで、私が気をつけているポイントとして読んでいただければ。 いかに権限移譲してきたか？ はじめに、私の権限移譲について紹介します。 半年でプロダクトにノータッチに 起業する前、私はWebディレクターとして仕事

Home テクノロジー Blog Yahoo! JAPAN トップページを Atomic Design と React・Redux・TypeScript で作り変えたお話 こんにちはお久しぶりです。岡部和昌（@kzms2）と申します。 今回お話しする内容はタイトルでほぼ全部述べているのですが、PC 版 Yahoo! JAPAN のトップページを 2019 年 10 月 1 日に刷新、主に開発環境をアップデートした経緯と採用した技術に関してのお話です。 見た目に関しては特に大きな変化はなかったので、気が付かなかった方も多いのではないでしょうか？ なぜ刷新したか Yahoo! JAPAN トップページは 2008 年 1 月 1 日に大規模なリニューアルを行いました。その頃からある程度の改修はあったものの、基本的にはコードの継ぎ足しで修正を加えている状態でした。 （参照；Yahoo! JAPA

デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。

組織デザインにおける下記にフォーカスし記載しています。 - 組織デザインとは？ - マクロ組織構造設計 - ユニット構造設計 - 部門/ユニット/人同士の調整設計 - エンプロイエクスペリエンスとは？ - 心理的契約を軸としたエンゲージメント施策