SQLレクチャー会をチーム内でやっている話 - yasuhisa's blog
ここ最近、チーム内でSQLのレクチャー会をやっています。世間的にはプランナーの人や営業の方がSQLを書くのもそれほど珍しいことではなくなってきていると思いますが、チーム内ではまだまだ一般的ではないです。なんとかしていきたい。 SQLレクチャー会の目的はこんな感じです。 チーム内のSQL / 分析力の底上げ データの民主化的なやつ データライフサイクルの改善 集計側であれこれ無理に頑張るより、入力データを集計側に合わせてもらうほうが圧倒的に省力化されることが多い データの入力側と集計側の意識を合わせることで、チームのデータ分析のしやすさを高めていきたい 毎月、毎期末作っているスプレッドシートの自動化 手間を減らしたり、手作業によるミスを減らしたり このエントリをきっかけに「うちでも似たことやってるけど、この取り組みをやってみたらさらにうまくいったよ」といったことが知れるとうれしいです。 背景
【全文】オードリー・タン独占インタビュー「モチベーションは、楽しさの最適化」 | Forbes JAPAN 公式サイト（フォーブス ジャパン）
6月29日に台湾デジタル担当政策委員、オードリー・タン（唐鳳）にオンライン・インタビューを行った。記事は、Forbes JAPAN No.73（7月25日発売号）の巻頭に掲載されている（オードリー・タンが語る「欠陥は、あなたが貢献するための招待状」）。 その記事中でも書いたように、彼女を取材するメディアは一律に、オフィスが定める「Radical Transparency（徹底的な透明性）」の原則に準じる必要があり、取材内容は、取材後ある一定期間を置いてサイトに公開される。また、撮影する場合はクリエイティブ・コモンズへのライセンス登録が推奨されるという。 市民に公務の内容をオープンにするのが主たる目的というが、オープン・ガバメントという彼女のデジタル大臣としての義務と、情報を世界で公平に共有するワールド・ワイド・ウェブの思想をそのまま公務で表現しているようなラディカルな実践に、とても興味を引
見た目のデザインから意味のデザインへ――はてなのデザイナーがプロダクトの価値を高めるためにやっていること
はてなのプロダクト開発の裏側をお伝えするリレー連載の第3回では、デザイナーの村田智さんに、ユーザーに喜んでもらう価値を提供するため、デザイナーとして何を考え、どうデザインしているかについて紹介いただきます。また、職種をこえたコミュニケーションのヒントも併せてお伝えします。（編集部） デザインの重要性はますます増している Webプロダクトは世の中にあふれ、機能や品質が十分なプロダクトは、望めばすぐ手に入るような時代です。その中で人々に自分たちのプロダクトを選んでもらうためには、機能や品質を超えたなんらかの価値や意味が必要になってくるのではないでしょうか。これはわたしが所属する株式会社はてなで開発をしているプロダクトにとっても例外ではありません。 わたしははてなの仕事の中で、このようなプロダクトの価値づくりにデザインが貢献できることをなんども経験してきています。「デザイン」という言葉にはさまざ
人は知ってることしか見えない - いつか博士になる人へ
大学院に入ったばかりの頃、配属された研究室で研修を受けた。 僕は先輩について回って、実験機器を使ってみたり、実験ノートのとり方を教えてもらったりした。 ある日、先輩が先生たちとミーティングをするというので見学させてもらった。 そのときのことは今でもよく覚えている。 最初に、先輩が実験でとれたデータについて説明した。 先輩の堂々とした説明を聞いて、僕はとても感銘を受けた。 ふんふんとうなずきながら、はたして自分はこんなふうに説明できるだろうか（いや、できない）と思っていた。 でも先輩の説明が終わったとき、 「なんか変だね」 と助教さんが言った。そして、 「普通はこうなるはずなんだけど」 と、他のデータとの違いを指摘した。 先輩と僕は他のデータを知らなかったから、そこが変だと気がつかなかった。 なぜこのデータは変なんだろうねと、皆でうんうん考えていると、 「３次元でグラフを描いてみて」 と先生
さよならアーキテクチャ議論｜Seiji Takahashi@ベースマキナ
ポエム。 つまり？予算やチームのリテラシーに合わせて最速で作れて、チーム内で「俺ら高凝集低結合だなー」と思えるなら、アーキテクチャはなんでもいいと思えてきました。 前提・まだ割と収益が安定してないプロジェクトでの話です。お金があるなら好きにやりましょう。Go Bold。 ・DDDやクリーンアーキテクチャがダメとは言ってないです。むしろ自分は直近そこまで厳格ではないクリーンアーキテクチャでAPI書いてます。 ・以前こういうポスト書くくらいにはアーキテクチャのこと試行錯誤してました。 アーキテクチャ導入議論への疲労以前僕は、DDDやクリーンアーキテクチャを導入するという話が出ると積極的に顔を出すようにしていました。でも、最近は「導入しましょう」「既に適用してあるのでキャッチアップしてください」などの議論をするのに少し疲れてしまい、足が重くなったように感じます。もうおじいちゃんなので体力がないん
アメリカの労働者ビザが停止され、新規の就業が不能に - シアトルぐらしのソフトウェアエンジニア
本日6月22日に、トランプ大統領は非移民労働者のビザを停止する大統領令に署名しました。ここ1,2週間ほどずっと噂されていましたが、ついにという感じです。 www.businessinsider.com 当然のことながら私は移民弁護士ではありませんので、内容の正確性については保証しかねますし、個別の内容については直接弁護士に相談されることをおすすめします。 何が停止されたのか エンジニア周りでは誰が困るのか ビザの更新はできるの？ 他にどんな人が入国できなくなる？ どんな悪影響が考えられる？ トランプは何をしようとしている？ 何が停止されたのか 下記のビザを使ってのアメリカへの入国が6月24日午前0時1分(東海岸夏時間)をもって停止されます。 H-1B ビザ: アメリカ企業で働く特殊技能職ビザで、ソフトウェアエンジニアはだいたいこのビザで入国することになります。 L-1 ビザ: いわゆる駐在
専門職と視座
こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座！視座！」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ
リモートでも勝てるチームワーク作り：オピニオン：教育×WASEDA ONLINE
村瀬 俊朗（むらせ・としお）／早稲田大学商学部准教授 2020.6.22 COVID－１９の影響により今までの日常は非日常となり、企業はリモートでの働き方をせざるを得ない状況となった。本来リモートワークは仕事を助けるはずだが、現状では多くの人が在宅勤務に疲労を覚え、業務効率も低下した。この理由の一部は現在の特殊な理由もあるが、重要な点は、従来の対面の働き方とリモートワークに対応した行動は違うことだ。これからリモート活用が一層進むことが予測できるため、リモートでの協働を高めるための示唆をチームワーク研究の分野から届けたい。 遠隔勤務が選択肢となると、チームメンバーの作業姿が見えなくなるため、リーダーは対面で行っていた従来の管理監督が難しくなる。このような状況では、細かな指示出しで部下を管理するリーダーシップよりも、各自に主体性を与えて業務をこなさせるサポート型リーダーシップの方が効果的だ。リ
SRE_Culture_Organization
Infra Study Meetup #3 「SREのこれまでとこれから」の発表資料です https://forkwell.connpass.com/event/176885/
両利きの組織をどうやってつくるのか - 人事組織の研究ブログ
両利きの経営とは何でしょうか。加藤、オライリー、シェーデ (2020)によれば、両利きの経営とは、既存事業の「深堀り」(exploit)と新しい事業機会の「探索」(explore)を両立させる経営のことを指します。一般的に事業にはライフサイクルがあり、勃興、成長、成熟、衰退というS字カーブを描いた道をたどります。よって、企業が長期的に生き残り繁栄し続けるためには、個々の事業のS字カーブをうまくつなぎ、成長の波に乗っていかなければなりません。つまり、既存事業が衰退期に入る前の踊り場で、次の新たな成長事業を生み出さなければならないのです。このような経営は、オライリーの言葉を借りれば、「同じ屋根の下で、異なる成長段階の事業が同居している経営」だと言えます。これを可能にするために必要なのが両利きの経営だということなのです。 両利きの経営は簡単なことではなく、これを実現するためには、両利きの組織を作
論理的思考の放棄 - 登 大遊＠筑波大学情報学類の SoftEther VPN 日記
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
仕事のつながり、心のつながり（村瀬俊朗：早稲田大学准教授）｜英治出版オンライン
五月のある夜、ネット論客たちの議論を聞きながら食器を洗っていると、気になる発言が耳に飛び込んできた。 「リモートワークが進むと、仕事の達成度の見える化が顕著になる。今までの社内の無駄話や面倒な人間関係が少なくなり、作業に集中でき、仕事が捗る」 「リモートを活用して効率性を上げられる奴だけが生き残る」 ──なぜか彼らの発言が頭から離れなかった。 私は10年以上前からリモートで仕事をしている。職場には通勤するが（今は在宅ワークだが）、仕事仲間は世界中に散らばっていて、リモートでやり取りをせざるを得ない。 長いアメリカ生活を終えて3年前に帰国した際、日本企業のテクノロジー活用の遅れに驚きを隠せなかった。2時間の会議のためにわざわざ人が出張していた。過去にタイムトラベルした気分だった。 そんな私だが、冒頭のネット論客の発言に疑問を持っている。会議での小話や社内の人間関係は無駄に思えるかもしれない。
Platform EngineerとしてのPractice（2020年）
Platform EngineerとしてのPractice（2020年） 少し前にキャリアに関してインタビューを受けたが，振り返ってみると前職のCloud Foundryによる社内PaaSから現職におけるKubernetesによるMicroservices platformまでかれこれ5年にわたってPlatformの開発と運用に携わってきたことになる． 5年もやってるとPlatform engineer（Platfomer）として，特定の技術とはある程度中立的なところで習慣として当たり前にやっていることや日々の意思決定の基礎になる考え方みたいなものが出てくる．見ればわかるようにこれは何か特別な考え方とかではなくてどっかで見たことや聞いたことがあるものがほとんどだと思う．自分の中でゼロから生まれたものではなくて現在のチームと働いた経験や日々のインプット，これまでの失敗の総体でしかない． 現在
勝者のメンタリティ - メルカリ会長/鹿島アントラーズ社長 小泉さんから学ぶ強いチーム作り｜Taka Suzuki
ようやく緊急事態宣言も解除されましたね。 とは言え自粛解除と言うわけではないので第二波を気をつけつつ、個人的にも徐々に経済活動は戻していければなぁ、と考えております。 先日、noteでも紹介しましたが緊急事態宣言の間に支援先の起業家とすでに大きな事業＆組織を作り、率いている先輩起業家＆経営者をカジュアルに繋いで、“斜めの関係”をつくることを目的とした「Founders Drinks」を開催しておりました。 第1回のVOYAGE創業者宇佐美進典さんに引き続き、第2回はメルカリ会長/鹿島アントラーズ社長の小泉文明さんをお招きして開催しました。 成長する企業に共通する経営チームとは？小泉さんは、証券会社時代にIPO引き受けの部門にいて、その後mixiのCFOを務められた後、プロニート時代にはアカツキ、ラクスルと言った急成長スタートアップの代表格だった企業で社外取締役/監査役などを務めた後に、メル
地方在住、リモート歴４年のCTOが説く！エンジニアが在宅でも結果を出す方法は「すべて文字に残す」こと
コロナの影響で急速に普及したリモートワーク。 緊急事態宣言から２ヶ月が経過したいま、リモートワークならではの新しい悩みや課題も浮上してきています。 「腰が痛い！」 「食事が偏る！」 「運動できない！」 「いつまでも仕事してしまう！」 「オンラインでうまくコミュニケーションがとれない！」 今回アンドエンジニア編集部では、 こういった「リモートワーク特有の問題」について、その道の“プロ”に解決策を提示してもらうことにしました！ 話を聞いたのはリモートワーク歴４年、オーディオブックの配信サービスなどを手掛ける株式会社オトバンクでCTOを務めている佐藤佳祐さん（以下、佐藤さん）。 自宅のある釧路からオトバンク本社のある文京区本郷までの距離は約1400km。 佐藤さんによると、それでも「快適にリモートワークできている」といいます。 いったい、どうやって…？ 佐藤佳祐【さとう・けいすけ】 株式会社オト
「キャリアパスと評価制度を刷新」Gunosyエンジニア組織が取り組む改革の裏側を聞いてみた ｜HR NOTE
時代はリクルーティングからタレントアクイジションへ ～採用ブランディングからタレントプール構築へ転職潜在層への効果的な活用方法とは～
アジャイルとDevOpsの品質保証と信頼性 - Test Automation
このブログエントリは日本信頼性学会論文誌 Vol.42, No.2, 2020年3月号に寄稿した「アジャイル/DevOps開発における品質保証と信頼性」という解説論文の転載です。 （品質管理研究会でこの解説論文の内容をもとにした特別講義を来年実施します。ご興味ある方はぜひご参加ください。） --- 概要 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps などのソフ トウェア開発手法は,今まで主流であったウォーターフォール開発と異なる特徴を持つため,その品質保 証や信頼性の考え方をそのまま適用できない場合も多い.アジャイル/DevOps 開発では短い開発サイクル の中で小刻みなフィードバックループと改善活動を繰り返しながら開発する.そのため,QA テストとして の品質保証の役割はアジャイル/DevOps においても依然重要であるが,それに加え開発サイクル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
研究 | 神戸大学大学院経営学研究科
研究 | 神戸大学大学院経営学研究科
【Photoshop入門】Webデザインをはじめよう！第1回 デザイン前に覚えておきたい環境設定とレイヤー機能 - Adobe Blog
