エンジニアとして真に成長するには？──技術スキルだけじゃない、"すごいエンジニア"が大切にするマインドセットとは
すごいエンジニアになるためのマインドセット2つ目は「あらゆる責任を引き受ける」 2つ目に田中氏が大事にしているマインドセットは、米国の起業コンサルタントであるダン・ケネディ氏の「人生のコントロールをしたかったら、責任を引き受けろ」だという。 人生にはさまざまな判断がつきもの。しかし、会社の中でも意外と判断していない人は少なくない。その理由は「責任を取りたくないから」だと指摘する。しかし、逆に言えば責任を取る意思があれば、どんなことでも自分で決められる、判断できる、自分でコントロールできることを意味する。 つまり、責任を取れる人は、判断できる人であり、指示されたこと以上のことができる。すると、どんどん仕事ができるようになり、プロアクティブに動いて仕事をこなせるようになっていく。一方、責任から逃れようとする人は、常に言われたことしかできなくなり、さらに力もつかず、言われたことすらできなくなって
給料は日本の5倍で、世界から集まる優秀な人たちと働ける──日本のエンジニアがアメリカで働くルートとは？
アメリカで働くことは多くの日本人にとって魅力的な選択肢である。特にシリコンバレーなどは「給与が日本の5倍」「世界中の優秀なエンジニアが集まる」といった印象を持たれており、憧れを抱く人も少なくないはず。Google、IBM Research、旧Facebookで働いた経験を持つ株式会社IVRy（アイブリー）の花木健太郎氏は、2023年12月9日に開催された「Developers CAREER Boost 2023」において、アメリカで働くことの魅力と、日本人がアメリカで働くための3つの方法について語った。 働き方が自由な海外、多くの優秀な人たちと出会える 花木氏は自然言語処理を専門とし、機械学習に10年の経験を持つ。彼はアメリカのミシガン大学で理論物理の博士号を取得した後、分野を転じてニューヨーク大学でデータサイエンスの修士号を取得した。修士課程在籍中には、ゴールドマン・サックスとFaceb
『ソフトウェアアーキテクチャの基礎』島田浩二氏が語る、エンジニアが最初に知っておくべきアーキテクチャリテラシー
ソフトウェアアーキテクチャはシステムの成功に不可欠な要素であり、ソフトウェア開発者にはこの分野における効果的なスキルが求められる。しかし、その学習資料はまだ十分ではないのが現実である。株式会社えにしテックの代表取締役 島田浩二氏は、ソフトウェアアーキテクチャに関する書籍を多数翻訳している。Developers Summit 2023 Summerに登壇した島田氏は、数々の書籍から学んだソフトウェアアーキテクチャの重要なエッセンスを紹介した。 ソフトウェアアーキテクチャとは？ 3つの定義を紹介 島田氏は2009年に株式会社えにしテックを設立。2011年からは一般社団法人日本Rubyの会の理事を務めている。島田氏が翻訳に携わった書籍には、『進化的アーキテクチャ』『ソフトウェアアーキテクチャハードパーツ』、『ソフトウェアアーキテクチャの基礎』『Design It!』（いずれもオライリージャパン）
サービスの成長や依存による「分断されたモノリス」状態を解体するには？ アプリケーション開発の観点から取り組みを紹介
「お金を前へ。人生をもっと前へ。」をミッションに掲げるマネーフォワードは、全ての人のお金の課題や悩みをテクノロジーで解決すべく、日々プロダクト開発をしています。現在提供しているサービスは約30あり、今後も新規のプロダクトを続々とリリース予定です。スケーラブルな開発組織のためには、社内に存在する課題も同時に解決しなければなりません。課題解決のためのプロジェクトをリードするのは、新卒4年目以内の若手が中心。本連載では、スケーラブルな開発組織を目指してチャレンジを続ける新卒若手プロジェクトリーダーの取り組みをご紹介します。第2回は、アプリケーション開発の観点から、マネーフォワードのサービス群に存在する依存関係や、依存関係が引き起こしている問題とその解決に向けての取り組みについてお話します。 はじめに はじめまして。株式会社マネーフォワードのグループ会社である株式会社クラビスに所属している古濱です
楽々ERDレッスン 第1回：「お持ち帰りご注文用紙」編
はじめに システム構築においてデータベース設計は不可欠です。そこで多くの方がデータベースの設計技法について書籍で学んだりするのですが、なかなか身についたと感じられないことも多いのではないかと感じます。 その理由は、実務で任せられる機会というのが少ないからというのが大きなものとして挙げられます。データベース設計というのは、やはり重要な箇所ですから自然と経験のある人に任せられることが多いのが実態です。しかもデータベース設計を担当するのはプロジェクト全体の中でもごく少数だけになりますから、なかなかチャンスが巡ってきません。 しかし、それを嘆いているばかりではスキルが身につかないのも道理です。そこで身近にあるものを何でも手当たり次第にデータベース設計のネタにしてしまうことで、コツコツと地力をつけていこうというのがこのシリーズの主旨です。 合言葉は、「表組みを見たらERDを描け！」 。では、張り切っ
実践DDD本 第7章「ドメインサービス」～複数の物を扱うビジネスルール～
第6章「値オブジェクト」～振る舞いを持つ不変オブジェクト～ DDDにおけるサービスとは DDDでは、エンティティ、値オブジェクト、集約といった「ドメインオブジェクト」だけではなく、それらの外に記述したほうがよいロジックも存在します。そのようなときに、状態を持たないステートレスな「サービス」を使用できます。サービスには、大きく分けて次の2つが存在します。 ドメインサービス：エンティティや値オブジェクトの責務ではないドメインモデルのロジック（複数のドメインオブジェクトを使って計算する処理やファサード） アプリケーションサービス（詳細は14章）：非常に薄く、ドメインモデル上のタスクの調整に使うロジック（腐敗防止層の変換・アダプター等） DDDにおけるサービス ドメインサービスの特徴 ドメインサービスの特徴は、ドメイン層の中に含まれ、ビジネスロジックを持つことができる点にあります。本章では、このド
フィーチャーフラグ（Feature Flag）はなぜ必要なのか？
本連載は、最新のソフトウェア開発の課題点を解決する手段であるフィーチャーフラグ（Feature Flag）について、概要や導入方法、ベストプラクティスを紹介します。第1回は、フィーチャーフラグとはなにか、どのようにしてプロダクト開発を変えていくのか、そのメリットと導入の際の懸念点を説明します。 はじめに 本連載はフィーチャーフラグについての連載です。最新のソフトウェア開発の課題点を解決する手段であるフィーチャーフラグに焦点をあて、フィーチャーフラグとは何なのか、どういった機能を提供するのか。フィーチャーフラグのメリット・デメリットを、具体例を使って詳細に説明します。また、導入前に考慮すべきことや、フィーチャーフラグの実装、サービスの選定の際の注意点、効率よく、かつ継続的に使用していくためのベストプラクティスも併せて解説します。さらにはサードパーティー製のフィーチャーフラグサービスの比較を行
サーバレスアーキテクチャとは何か？～AWS LambdaとAPI Gatewayによる簡単なAPIの実装を試す
サーバレスアーキテクチャってなんだろう？ 現在クラウドサーバーの主流となっているAWS EC2では、クラウド上に仮想サーバーを作り、それに対して時間単位ごとの料金を計算して請求する仕組みになっています。このモデルは、ユーザーが大量にアクセスしてきた場合でも、クラウド上のサーバーを次々に起動し、処理を分散することによって大量のアクセスを捌くことができます。また、ユーザーのアクセスがある程度安定している時には、クラウド上のサーバーを最低限必要な数に抑えることにより、比較的安価に流動性のあるユーザー数に対応できることから多くのサービスで採用されています。 このようなIaaS（Infrastructure as a Service）型サービスの場合、ホスティングサーバー同様に、クラウドサーバー上のOSやミドルウェア（ngixnやApacheなど）の管理・セキュリティアップデート等が必要であったり、
Rails 5.1でReact.js連携アプリを構築してみよう
対象読者 Rails5.1より古いRailsを触ったことがある方 Railsは触ったことがないが、Webフレームワークを触ったことがある方 Railsは触ったことがないが、Reactを触ったことがある方 本記事で動作確認済みの環境 OS X Yosemite Ruby 2.4.1 Ruby on Rails 5.1 Yarn v0.23.4 webpack 2.5.1 React 15.5.4 環境構築 まずは前提となる、以下の環境を構築します。 Node.js Yarn Ruby on Rails なお、Rubyのインストール手順は省略します。rbenv、ruby-buildによるRubyインストールは事前に済ませるようにしてください。 Node.jsのインストール Node.jsは、nodebrew経由でインストールします。nodebrewは、Rubyでいうところのrbenvのような存
コマンド1つでDBをアプリに追加できるのもPaaSの魅力！ Heroku Postgresの使い方
Hobby Dev、Hobby Basicは開発用のプランです。 この2つだけは、複数のユーザでDBを共有するマルチテナントモデルでの提供となっています。 挿入可能な行数にも制限があるので、実運用での使用は推奨されていません。 あくまで開発用途で使用するためのものと位置づけられています。 Standard 0以降のプランはシングルテナントであり、契約ユーザごとに専用のDBサーバ（コンテナ）が用意されます。 表にあるとおり、プランの番号が大きくなるほど、メモリ、ストレージ、接続数などのスペックが高くなります。 公式にはアナウンスされていませんが、CPUスペックもプランに応じて高くなっているので、価格差はそのまま性能差であると捉えて差し支えありません。 StandardプランとPremiumプランの違いは以下の3点です。 High Availabilityオプション ストレージ暗号化 （Her
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラウド・ネイティブのお作法（1）「非同期処理」～24時間365日ダウンタイムがゼロのシステムのために必要なこと