Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは、yoship1639です。 普段はゲームエンジンを用いない個人ゲーム開発を行っております。 本記事は、オブジェクト指向がいまいち理解できない人、なんとなく理解はしたけどプログラムに落とし込めない人を対象に、 簡単なプログラムをオブジェクト指向満載で実際に書いて、理解を深めてもらおうと思い記述しています。 プログラミング言語は普段私がよく使う**C#**で記述しますが、オブジェクト指向は言語の壁を越えて利用できる概念ですので、 言語の記述ではなく、その記述の持つ意味を昇華させ俯瞰的に見ていただけると、より理解が進むの

Container Build Meetup #1

こんにちは、菊池です。 10/5（金）に行われたDevelopers.IO 2018 Tokyoで「1000件以上の活用を見てわかった絶対に失敗しないAWSベストプラクティス」というタイトルで登壇させて頂きました。遅くなりましたが本セッションの資料を公開いたします。 セッション概要 非常に盛った（？）お題を与えられ、どんな内容でお話するか非常に悩みました。 Developers.IOの1つ目のセッションということで、特定の分野にフォーカスするのではなく、AWSの活用全般に触れています。また、AWSのベストプラクティスということで、根幹となるAWS Well-Architected Frameworkは外せないだろうと思い、Well-Archの5つの柱をベースに最新のアップデートを交えつつ、弊社の導入支援経験に基づいた知見を紹介するという形にしました。 AWS Well-Architecte

昨日、掲題のイベントに行ってきました。 下がイベントのページです。 Jenkins ユーザ・カンファレンス 2018 東京 – 日本Jenkinsユーザ会 以下、聴講したセッションのログや感想などを記します。 聴講したセッションとその資料 基調講演 @kohsukekawa Accelerate with Jenkins X @jdrawlings Continuous Delivery Best Practices with Jenkins and GKE @yuki_iwnr AWSとJenkinsを活用して1年間で約500回商用デプロイした話とKubernetes活用 @takamii228 LT: Jenkinsを簡単運用ツールとして活用して非エンジニアに喜ばれた話 @morihaya55 LT: DevOps World | Jenkins World 2018の参加報告 by

エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 デメテルの法則 別名最小知識の法則。デメテルは、豊穣の女神。アスペクト指向などの研究であった「デメテルプロジェクト」に由来。 基本的な考え方は、任意のオブジェクトが自分以外（サブコンポーネント含む）の構造やプロパティに対して持っている仮定を最小限にすべきであるという点にある。 単純化して説明すると、オブジェクトの"メンバーのプロパテ

先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。 それでは本編を開始したいと思います。 開発現場で役立たせるための設計原則とパターン アバンパート よろしくお願いします。 まず最初に簡単に自己紹介をさせていただきます。 先月転職をしまして、8/1からClassiという会社で働いています。妻と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

設計の本質：コード、システム、そして組織へ / The Essence of Design: To Code, Systems, and Organizations

「アプリケーションエンジニアが知るべきDNSの基本」というタイトルで、builderscon tokyo 2018 で登壇するスライドです

今年の1月に星野源『ドラえもん』の感想文で、 『地獄でなぜ悪い』でサブカル層を取り込み、『恋』でF1層とティーンを取り込み、『Family Song』でファミリー層を取り込み、『ドラえもん』でキッズを取り込んだ星野源、これで次朝ドラの主題歌でもやろうもんなら、冗談じゃなく『一億総星野源』になるぞこれ… って書いたらほんとに実現しやがりまして。「いや俺はダムスかよ」となりまして。 本気で日本中にお前の顔と声バラまく気かよ…こんなんテロじゃん…バイオテロならぬホシノテロじゃん…ってガタガタ震えてたんですけど、4月に『半分、青い。』の放送がスタートしてこの『アイデア』が鳴った瞬間、俺は心底ホッとした。「あ〜あやっちまったな星野」と。 はぁ。。。わかってんの？朝ドラだぞ？朝ドラの主題歌だぞ？と。お茶の間は文字通りあったか〜い茶でもシバキながら見てんだよと。いくらなんでも曲のスピード速すぎるだろと。

bosyuをCasterさんに譲渡しました。 bosyuの運営会社についてbosyuは株式会社Basecampのサービスとしてリリースしました。普段はデザイン制作、プロトタイプ開発を仕事にしています。 9月で設立1周年を迎えるのでロゴを新しく作りました。 bosyuを作ろうと思ったきっかけ自分が欲しいと思ったのが一番のキッカケで、MVP開発の事例としても丁度良い規模なので作ることにしました。 ・MVP事例のポートフォリオワーク ・Twitter × OGPサービス増えた時期で自分でも作りたくなった ・規模的に丁度よく初期投資 / インフラコストも低い ・人材領域はマネタイズチャンスが多い ・最悪流行らなかったらクローズしやすい ・自分で使って数人採用できれば採算が合うような気がする ・実際にbosyu経由で複数のフリーランスの方と一緒に仕事してます 「譲渡した場合は折半」の約束でエンジニア

こんにちは！パンダ大好きエンジニア、宮原です！ 今回は、ぐるなび社内で開催した「ベタープログラマ読書会」の様子について、開催の流れや感想等を交えながらご紹介します。 読書会開催のきっかけ 開催概要 読書会の目的 参加者の負担を減らすように進める ディスカッションを重視 訳者を招いての座談会、懇親会 参加者の感想 Y.Mさん（エンジニア歴2年） T.Yさん（エンジニア歴5年） K.Sさん（エンジニア歴8年） M.Yさん（エンジニア歴3年） K.Mさん（エンジニア歴2年） A.Kさん（エンジニア歴6年） 宮原（主催者、エンジニア歴8年） 全体の感想と今後について 読書会開催のきっかけ 社内で何かしらの勉強会を開催したいと思っていたところ、2017年12月にオライリーから『ベタープログラマ ―優れたプログラマになるための38の考え方とテクニック』という本が発売されました。 さっそく手にとってみる

作ったWebサービスが誰からも使われなくてさみしい問題を解決する（しない）意識低い方法論Jul 29, 2018 意識低い個人開発論ポエム個人開発でWebサービスを作ったものの、全然ユーザーが集まらなくて自然消滅、、というのはよくある話です。 おそらく個人開発者の一番の悩みは「作ったものが誰からも使われない」でしょう（当社調べ）。 この記事では、この問題に対するおそろしく意識の低い方法論を整理してみたいと思います。 めっちゃバズらせる・ヒットさせる方法論ではなく、あくまでバズらないWebサービスでもさびしく孤独死するのを避けたい…という後ろ向きなハックですのであらかじめご了承ください。 そもそも、なんでWebサービスは死ぬのかいきなり哲学的な見出しになったけど、もちろん中身は意識低い話です。 Webサービスの死因完全に私見ですが、「サービスの死」とは以下３つの状態を指します（断言）。 【死

最高のITエンジニアリングとは、ユーザーへの価値提供に最大限集中できる状態を維持し続ける技術だと私は考えます。では、その状態を阻害する要因は一体何であり、どうすれば取り除くことができるのでしょうか。このような具体的な問題と向き合い、近年注目されているSRE の考え方を取り入れ、実装しながら乗り越えてきた…

SREを実践するための手引きとなる書籍「Site Reliability Engineering Workbook」をGoogleが無料公開、8月23日まで 「Site Reliability Engineering」（SRE）は、積極的にコードを書きソフトウェアをおもなツールとすることで高い信頼性を備え十分な性能を発揮するインフラを実現するという、Googleが提唱している方法論です。 GoogleはこのSREを普及させるためのWebサイトを公開しており、そこでSREの教科書的な存在であるオライリーの書籍「Site Reiability Engineering」を、今年の1月から無料公開しています。 参考： Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ GoogleはこのSREの

こんにちは、フロントエンド開発をリーディングしている古川 (@yosuke_furukawa)です。 昨年、こちらのブログで新人研修の特別講座の内容を紹介したところ、大反響だったので、今年も公開します。 リクルートテクノロジーズの新人研修 7月、リクルートテクノロジーズは新人の部署配属の季節を迎えました。 4月に(株)リクルートの新卒Web採用枠で入社した新人のうち、今年は20名が弊社に配属。3か月の研修期間を経て、早速現場での業務にあたってくれています。 リクルートテクノロジーズでは、配属までの3か月間「ブートキャンプ」という技術研修を実施しています。 ブートキャンプのコースは2つ。 一つは、プログラミングやWebサービスの構造の基礎を学び、その後1つのスマホサイトを企画からリリースまで行うコース。 もう一つは一定以上のプログラミングスキルと開発経験のある層向けに、より現場での技術に即し

たぶん月刊PHPニュース 2018年7月5日号 インフィニットループ仙台支社のプログラマー、いがらしです。 PHP 界隈の気になったことをまとめ、（たぶん）月一くらいで、宮城県仙台市からお送りします。 今回は最近 GitHub で見かけて気になった PHP プロジェクトと、PHP の言語開発者メーリングリストである internals の議論をつまみ食いして紹介します。 ※ なお、画像のPHP ロゴは作者の Colin Viebrock さんによってリリースされ、CC BY-SA 4.0 でライセンスされているものです。 GitHub で見かけたプロジェクト https://github.com/slince/spike ReactPHP で書かれたリバースプロキシ TCP/HTTP のトンネルを作れる https://github.com/webonyx/graphql-php Grap

こんにちはみなさん Elasticsearchって、AWSのサービスじゃなかったんです。 そんな感想を持っているのが私だけじゃなかったので、少しうれしくなりつつ、業務でアクセスログやアプリログの格納先として使用することになりました。 そもそも、AWSにはElasticsearchのホスティングサービス( ESS )というのができているし、イマドキだとログはMongoDBに入れるよりもElasticsearchに入れたほうが、後々扱いやすくなるっぽいです。 急にバックグラウンドでdockerを動かすと突然落ちたりするところに不安をいだきつつ、今回はハンズオン形式でログをElasticsearchに突っ込んで、kibanaで見物するところまで見てみましょう。 事前準備 前提として、以下の環境で行います docker: 1.12.2 docker-compose: 1.8.1 Mac 10.11

はじめに 以前こんな記事を書きました。（ほぼリンク集ですが・・） tekunabe.hatenablog.jp 今回はこれのプレゼン資料版のような記事です。ここ半年くらいの資料を対象にしています。 具体的なツールの使い方などのスキルとは別に、考え方についても備えていきたいと思っています。 運用自動化、不都合な真実 いろいろと考えるきっかけになった資料です。 "「やれるところから始める自動化」は弊害を生む" "使う人が自分で作るしか無い、という結論" 生き残る運用管理者 ～運用自動化を成功させる人、失敗させる人～ "成果だけ出したい人にはお手軽なため「焼畑農業的な運用自動化」をする人に注意が必要。" その運用自動化では行き詰まる 〜「つながらない」「つたわらない」「つみあがらない」を防ぐために〜 (2018/07/17リンク追記) リクルート流SRE インフラ運用がサービスを変える世界 新卒