EM向けPodcast『EM.FM』を始めた理由・続ける理由 「“エンジニアリングとマネジメントに境界はない”と伝えたい」 - ログミーTech
EM向けPodcast『EM.FM』を始めた理由・続ける理由 「“エンジニアリングとマネジメントに境界はない”と伝えたい」 EM.FMパーソナリティインタビュー エンジニアリングマネージャーによるエンジニアリングマネージャーのためのPodcast「EM.FM」。毎回、エンジニアリングマネージャーにまつわるさまざまなテーマについて、時にゲストを交えて語り合うこのPodcastは、いかにして始まったのか？ その誕生秘話をはじめとした、EM.FMの知られざる裏側をパーソナリティの2人が語ります。インタビューに応じたのは、パーソナリティを務める『エンジニアリング組織論への招待』の著者でレクター株式会社取締役の広木大地（ひろき）氏と、株式会社アカツキのVPoEである湯前慶大（ゆのん）氏。彼らが番組にこめる想いと、伝えたいことを紐解きます。 EM.FMが生まれたきっかけ ――まずはEM.FMとはそもそ
Node.js(TypeScript)を食わず嫌いしてる人にオススメするときに役立ちそうな知見まとめ - Qiita
もともとは動的なWebサイト開発のために仕方なく(※もちろん人による)書かされていた感のあるJavaScriptですが、ES6以降の進化はめざましく、表現力の高さは他の言語に全く引けを取らないようになりました。 V8エンジンによるパフォーマンスの恩恵も相まって、私はWeb用途以外にもちょっとしたスクリプトを書く時などにも積極的にNode.jsを活用しています。 一方でかつてのJavaScriptのイメージから食わず嫌い的に避けてしまったり、そもそもJSや周辺エコシステムの進化に関心がない人も多く見られます。 そこで今回は「どうすればNode.jsの敷居を低くして、便利さを知ってもらえるか」の観点から役立ちそうな知見をまとめてみました。 動的型付けなのにかなり早い 詳しくは各ベンチマークの結果を見ていただければ分かりますが、Node.jsは動的型付け言語としてはかなり実行速度が早い部類に入り
オープンソースソフトウェア開発ことはじめ - Qiita
Help us understand the problem. What is going on with this article? はじめに v1: 2016/2/1: この記事は カーネル/VMアドベントカレンダー2011 のために書いたものを2016/2/1に編集したものです。 v2: 2019/8/31: プロジェクトからフェードアウトした現状を追記しました。それにあわせて内容を一部修正しました 本記事の目的は、筆者が初めて実際にオープンソースソフトウェア(以下OSS)活動に参加した体験をもとに、OSS開発に参加する魅力、およびその具体的な手順について説明することです。これをきっかけに多少なりともOSS開発者の裾野が広がって未来ある若者を同じ道に引きずり込…もとい同じ趣味の人が増えればよいなと思っています。 主たる対象読者はソフトウェア開発に興味があり、かつ、次のような理由で現在
私が（iOS エンジニアの）採用でコードチェックする時何を見ているのか - Qiita
2021-10-17 追加 弊社の Android 採用課題も公開されましたので、そのリンクを追加しました。 2020-05-18 追加 本日から弊社の採用課題がこちらに変更されました。これまではアプリをゼロから作成していただく課題でしたが、今後は既存のコードをリファクタリングしてもらう課題となりました。ただし我々が確認する項目はそれほど大きく変更するわけではありませんので、本記事の内容の多くは引き続き有効です。 ここ数ヶ月は、iOS のエンジニア採用のコードチェックにもよく参加していますので、そろそろ良さそうと思って、ここで私がコードチェックする時に一体何をチェックしているのかを共有し、皆さんの転職活動やキャリア設計に役に立てればと思います。 Disclaimer この記事の内容はあくまで株式会社ゆめみの iOS エンジニア採用のものです。弊社以外の iOS エンジニア採用や、弊社でも
実践！SPAでのリビジョンのズレ対策 - SMARTCAMP Engineer Blog
スマートキャンプのエンジニア入山です。 近年、ユーザ体験（UX）の優位性からSPA（Single Page Application）を採用しているWebアプリケーションを多く目にするようになりました。 弊社が8月1日にリリースした、インサイドセールスに特化したCRM Biscuet（ビスケット） も、Vue.jsを使ったSPAで構成されたサービスです。 SPAを採用することで多くのメリットがありますが、従来のMPA（Multiple Page Application）とは異なる運用ノウハウが必要になると思います。 今回はSPAをプロダクション運用する上で避けては通れない、リビジョンアップ時のクライアント側の対応をご紹介します！ SPAにおけるリビジョンアップ時の課題 リビジョン確認機能の実装方針 リビジョン確認機能の実装 アプリケーションにリビジョンIDを埋め込む リビジョン管理用JSON
9月5日に発生した金融機関のワンタイムパスワード認証サービスの障害についてまとめてみた - piyolog
2019年9月5日午後に、地方銀行等の金融機関でオンライン取引でシステム障害が発生し取引等に影響が及びました。障害を発表した金融機関は同日夜までにいずれも復旧しています。ここでは関連する情報をまとめます。 9月5日に障害発表した金融機関 2019年9月5日午後にシステム障害、または復旧について発表している金融機関。（piyokangoが確認したもの） 金融機関名 障害発生時間 障害報告 中央労働金庫 16時53分～19時7分 リリースあり 静岡県労働金庫 19時7分復旧 リリースあり 長野県労働金庫 16時53分～19時7分 リリースあり 千葉興業銀行 記載なし トップ画面掲示 紀陽銀行 17時50分～19時7分 リリースあり 池田泉州銀行 16時53分～19時7分 リリースあり きらやか銀行 記載無し リリースあり 北海道銀行 16時50分頃発生（復旧済） リリースあり 北陸銀行 16時
がっかりだった自動運転バスが新たに示した“3つの答え”
8月21日から30日まで、小田急電鉄、江ノ島電鉄、SBドライブ、先進モビリティの4社は江の島周辺の公道で、自動運転バスの実証実験を行った。初日の8月21日には報道向け試乗会・取材会が開かれた。江の島周辺公道の実証実験は2018年9月以来、2回目だ。 18年の実証実験を取材したとき、私はとてもガッカリした。自動運転という触れ込みでバスに乗ったら、ほとんど手動運転だった。横断歩道の発進、駐車車両の回避 交差点を曲がるときなど。自動運転は障害物のない江の島大橋区間程度で、先行する自転車を追い越す場合はやっぱり手動運転。その印象をそのまま記事に書いた。（関連記事：自動運転路線バス、試乗してがっかりした理由） 私自身が自動運転業界の深度を理解していなかったこともある。自動運転という言葉に対する期待の大きさが落胆の大きさになった。だからこそ一般市民も同じ感想ではなかったか。これを自動運転だといわれても
マネージドなNFSサーバを提供する「Amazon EFS」、ファイルの保存価格を大幅値下げ
Amazon Web Services（AWS）は、「Amazon EFS」において、低頻度アクセスストレージクラスの値段を大幅に下げたことを発表しました。 Amazon EFSはスケーラブルなNFSサーバをマネージドサービスで提供します。NFSサーバはオンプレミスにおいてファイル共有サーバとしてよく使われているため、それをクラウドで実現するAmazon EFSは人気のあるサービスです。 Amazon EFSは2015年に登場し、今年の2月には新機能として「低頻度アクセスストレージクラス」が追加されました。 低頻度アクセスストレージクラスとはAmazon EFSのNFSサーバに保存されているけれども頻繁にアクセスされることのないファイルを低価格で保存するのための機能です。 ファイルを標準の保存状態からこの「低頻度アクセスストレージクラス」へ移動することで、アクセスがあった時の反応速度はやや
Kubernetes サービスアカウントに対するきめ細やかな IAM ロール割り当ての紹介 | Amazon Web Services
Amazon Web Services ブログ Kubernetes サービスアカウントに対するきめ細やかな IAM ロール割り当ての紹介 本投稿は Micah Hausler と Michael Hausenblas による記事を翻訳したものです AWS ではお客様のニーズに最優先にフォーカスしています。Amazon EKS におけるアクセス権制御に関して、みなさまは「パブリックコンテナロードマップ」の Issue #23 にて EKS でのきめ細かい IAM ロールの利用方法 を求められていました。このニーズに応えるため、コミュニティでは kube2iam、kiam や Zalando’s IAM controller といったいくつかのオープンソースソリューションが登場しました。これらのソリューションは素晴らしいプロダクトであるだけでなく、それぞれのアプローチの要件及び制約は何なのか
[旧版]クジラに乗ったRuby: Evil Martians流Docker+Ruby/Rails開発環境構築（翻訳）｜TechRacho by BPS株式会社
まえがき 本記事は、私がRailsConf 2019で話した「Terraforming legacy Rails applications」↑の、いわばB面に相当します。この記事を読んで、皆さんがアプリケーション開発をDockerに乗り換えるとまでは考えていません（皆さんが以下の動画で若干言及しているのをご覧になっていたとしても）。本記事の狙いは、私が現在のRailsプロジェクトで用いている設定を皆さんと共有することです。それらのRailsプロジェクトは、Evil Martiansのproduction development環境で生まれたものです。どうぞご自由にお使いください。 原文免責事項: 英語版記事は最新の推奨事項に合わせて更新を繰り返しています。詳しくは記事末尾のChangelogをご覧ください（参考: 原文Changelog）。 私がdevelopment環境でDockerを使
![[旧版]クジラに乗ったRuby: Evil Martians流Docker+Ruby/Rails開発環境構築（翻訳）｜TechRacho by BPS株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/21560bbf17dc149933029263d3a38154359b86f5/height=288;version=1;width=512/https%3A%2F%2Ftechracho.bpsinc.jp%2Fwp-content%2Fuploads%2F2019%2F09%2Fdockerizing_ruby_rails_development_eyecatch2-min.png)
Docker をフル活用して金融業界のシビアなパフォーマンス、セキュリティ要件に対応している株式会社Finatext石橋さんに、難しいポイントやアーキテクチャ上の工夫を伺いました – 後編 | Amazon Web Services
AWS Startup ブログ Docker をフル活用して金融業界のシビアなパフォーマンス、セキュリティ要件に対応している株式会社Finatext石橋さんに、難しいポイントやアーキテクチャ上の工夫を伺いました – 後編 みなさんこんにちは、スタートアップソリューションアーキテクトの塚田（Twitter: @akitsukada）です。前編に続き、株式会社Finatext の石橋さんにお話を伺っていきます！ 後編では、アーキテクチャや技術の選定をどのように考えてきたか、FinTech スタートアップとして不可避であるセキュリティ・コンプライアンスの高い要求をいかに合理的に対応してきたかなどをより深くお伺いします。 目次 前編 Finatext、スマートプラスと石橋さんについて 会社とチームが大きくなるにつれて生じた、創業期からの変化 FinTech、証券業界特有の技術要件とは？市場に合わせ
ラズパイの産業利用、知っておきたいメリット／デメリット
「Raspberry Pi」（以下、ラズパイ）の産業利用に対する注目度が高まっている。ラズパイを産業利用するのであれば、ぜひ知っておきたいメリットとデメリットを、メカトラックスの代表取締役である永里壮一氏に聞いた。 「Raspberry Pi」（以下、ラズパイ）の産業利用に対する注目度が高まっている。今や教育用途やホビー用途よりも産業用途が上回るラズパイではあるが、開発された段階では産業利用は想定されておらず、Raspberry Pi財団の方針から、今後もラズパイの中核となる用途は教育であることは変わらないと思われる。 つまり、ラズパイを産業利用するのであれば、「本来は教育用途だ」ということをしっかり認識し、産業利用する際の注意点を知っておくことが大切になる。 ラズパイ周辺機器の製造／販売などを手掛けるメカトラックスの代表取締役である永里壮一氏は、そうした“注意点”を最もよく知る人物の一人
マイクロサービスで管理画面が乱立する問題と対策
こんにちは、qsona (twitter) です。 マイクロサービスアーキテクチャを指向するとき、(主に社内向け)管理画面をそのままサービスごとに作っていくと、マイクロサービスの数だけ管理画面が乱立するという課題があります。FiNC においては、それにより実際に以下のような問題が発生しました。 ユーザの追加/削除や権限管理がとても大変ユーザ(CS対応者)がどこの管理画面を使えばわかりにくい本記事では、 FiNC においてこれらの問題に対してどう対処してきたか、歴史とともに紹介します。 tl;dr各マイクロサービスで管理画面を作ること自体はよい。統一管理画面は開発のコストがかかりワークしなかった認証を中央管理にする権限管理は各サービス固有のドメイン知識だが、中央で一覧/変更できる状態になっていると便利マイクロサービスの横断的関心事への対処は、「標準」を意識する黎明期から、問題が起こるまでFi
サーバーレス時代のKubernetesワークロード：アーキテクチャ、プラットフォーム、トレンド
SOAは優れた原則に基づいており、その大半はまだ有効です。それは契約優先開発、疎結合、構成可能、ステートレスなサービスであり、自律的で再利用可能です。 ESBフレームワークは、プロトコル変換、テクノロジーコネクタ、ルーティングおよびオーケストレーションメカニズム、エラー処理、高可用性プリミティブなどの優れた機能セットを提供しました。 分散アーキテクチャの進歩 SOAとESBの主な問題は、アーキテクチャと組織の両方の観点からの集中化でした。SOAの重要な原則は、サービスとコンポーネントの再利用でした。これにより、再利用を可能にするが、緊密なアーキテクチャ上のサービスカップリングを引き起こす階層化サービスアーキテクチャが作成されました。組織的には、ESBは単一のチームによって所有されていました。それによって、ミドルウェアは、スケーラビリティの観点で、さらに重要なことに急速な進化の観点で技術的お
女子高生のツイートが発端、ハンズで4000冊売れた緑のノート
「目に優しいグリーンノートを作ってほしい」――。視覚過敏の女子高生の切実なツイートを見た東急ハンズが販売を開始したところ、「目に優しい」とその他のユーザーにも受け、約1カ月で3300冊も売れるヒットとなった“中の人”とバイヤーの連携による隠れた需要への迅速な対応が成功の鍵だった。 東急ハンズはツイッター公式アカウントの“中の人”とバイヤーとの連携でグリーンノート需要にいち早く対応した。（左から）“中の人”を担当するデジタル戦略部長の本田浩一氏と、MD企画部バイヤーの山内里紗氏 切実なつぶやきに各メーカーが反応 グリーンノートは一般的な白地のノートと違い、地の部分が淡い緑色になっている。発端となったツイートが投稿されたのは2019年6月9日。視覚過敏のため白地では光が反射して鉛筆の字が見づらく、良質の紙であるほど反射で目が痛かったという。中学のときに母親が買ってきたグリーンノートが使いやすく
インシデント指揮官トレーニングの手引き | Yakst
[SRE]原文 An Incident Command Training Handbook – Dan Slimmon (English) 原文著者 Dan Slimmon 原文公開日 2019-06-24 翻訳依頼者 翻訳者 meiq 翻訳レビュアー doublemarket 原著者への翻訳報告 1723日前 Twitterで報告済み 編集 私が Hashicorp で担った最初の仕事のひとつは、社内向けのインシデント指揮官のトレーニング資料を作ることでした。 これは私自身がインシデントへの対処にあたりながら何年ものあいだ肌身に感じてきた、あらゆる類の考えをまとめ上げる良い機会となり、最高に面白いタスクでした。 以下は私の書いたトレーニング資料、ほぼそのままです。 あなたがインシデントレスポンスのポリシーを定義するにせよ、即興でインシデントレスポンスを行うにせよ、お役に立てたら幸いです。
宣言的UIはReact Hooksで完成に至り、現代的設計論が必須の時代になる - Qiita
この記事は、ある程度以上の規模のGUI開発において、React Hooks以後の宣言的UIにより、大規模開発に用いられる設計論に完全に対応できるようになり「ビジネスロジックの変更や追加」に対応するコストを低く保つこと（技術的負債の抑制）ができるようになったことを解説するものです。 技術的負債の抑制には、技術的負債の原因となりがちな「広範囲の密結合」と「適切な疎結合を保つ仕組みの欠如」が欠かせません。それをカバーするのが、大規模開発をクリーンに行える設計論（ここでは「現代的な設計論」とよぶもの）です。クリーンアーキテクチャなんかでGUIによく適用されるHumble Object Patternのようにプレゼンテーションとビューを分離する必然性が無くなるでしょう。 ポイントは ある程度以上の規模で開発するなら設計論をうまく使い設計しないと、技術的負債を抱え込む（ビジネスロジックの変更や追加に対
Pythonで基礎から機械学習 「単回帰分析」 - Qiita
はじめに この「Pythonで基礎から機械学習」シリーズの目的や、環境構築方法、シリーズの他の記事などは以下まとめページを最初にご覧下さい。 本記事は、初学者が自分の勉強のために個人的なまとめを公開している記事になります。そのため、記事中に誤記・間違いがある可能性が大いにあります。あらかじめご了承下さい。 より良いものにしていきたいので、もし間違いに気づいた方は、編集リクエストやコメントをいただけましたら幸いです。 本記事のコードは、Google Colaboratory上での実行を想定しています。本記事で使用したGoogle ColabのNotebookは以下となります。 01_linear_regression.ipynb \newcommand{\argmax}{\mathop{\rm arg~max}\limits} \newcommand{\argmin}{\mathop{\rm
Google Engineering Practices Documentation
Google Engineering Practices Documentation Google has many generalized engineering practices that cover all languages and all projects. These documents represent our collective experience of various best practices that we have developed over time. It is possible that open source projects or other organizations would benefit from this knowledge, so we work to make it available publicly when possibl
みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃
新システム「MINORI」の開発に参加したITベンダーの数は、前代未聞の規模に膨れ上がった。取りまとめ役であるみずほ情報総研（IR）の1次委託先だけで70～80社。2次委託先、3次委託先を合わせると約1000社に上る。総務省の調査によると情報通信業を手掛ける企業数は5474社で、子会社や関連会社を含めても9806社（2015年度）。実に日本中のITベンダーの少なくとも約1割が集結した。 とりわけ重要な役割を担ったのが富士通、日立製作所、日本IBM、NTTデータの主要4ベンダーだ。MINORIを構成する業務アプリケーションの大半を開発した。 富士通は銀行業務の中核となる「流動性預金」を中心に担当。日立は「外国為替取引」などを手掛けた。日本IBMはメインフレームをはじめとする基盤提供を主な役割とし、NTTデータはPMO（プロジェクト・マネジメント・オフィス）の支援を担った。 主要4ベンダーを含
PoCを乗り越えたAIプロジェクトが「本番開発」で失敗する理由
小売業は歴史的にITと関係が深い。1970年代後半から1980年代にPOSレジシステムは急速に普及し、在庫管理、発注管理などと関係してきた。2000年以降はECによって消費者の行動を変化させた。 最近ではさまざまなAIベンダーが小売向け AI ソリューションをそろえてきている。典型的なものとして、店内の顧客導線の可視化、不審者・万引きの検出、需要予測、商品棚の欠品の検知、店員のシフトの最適化などがある。 今回取り上げるA社は小売業を営んでいる企業だ。店舗だけでなく、ECやデジタルマーケティングなど、テクノロジーの活用にも力を入れていることで知られている。近年ではオムニチャネルに早くから取り組んでいた。 A社の経営層は2018年のAmazon Goの登場で危機意識を持った。EC最大手のアマゾンが実店舗のビジネスを手掛けることによって、産業構造が変化する可能性に気づいたのである。 そこで自社が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
データレイク構築後の四方山話 #DPM / 20190905
Engadget | Technology News & Reviews
