「Pragmatic Terraform on AWS」が神本だったので紹介する - Qiita
はじめに Pragmatic Terraform on AWS、控えめにいって神本です。 AWSの知識がある程度ある人が、IaC入門するのに最適すぎる。 今週中にやり終わりそうなので、金曜あたりにレポ書きます。 — nari@エンタメ系エンジニア (@fukubaka0825) June 1, 2019 予定より、ちょっと遅くなってしまいましたが、宣言通り書評書いていこうと思います。。 ただただ「Pragmatic Terraform on AWS」を褒めちぎるだけの記事になってしまうことをご了承ください。。 こんな人にオススメ AWSの知識がある程度あって、IaC(Infratecture as Code)に入門してみたい人 他のIaCのツール(CloudFormationとか)を使っていてterraform使ってみたい人 AWSもIaCも全くわからん、、だとちょっと進めるのが辛いかもし
数時間で完全理解！わりとゴツいKubernetesハンズオン！！ - Qiita
社内でKubernetesハンズオンをやってみたのでおすそ分け。 参加者6人からバンバン出てくる質問に答えながらやって、所要時間4時間ほどでした。 SpeakerDeckにも資料を上げています。 https://speakerdeck.com/ktam1219/yaruze-kuberneteshanzuon (2019/07/11追記) 続編書きました！ -> 今度はあんまりゴツくない！？「わりとゴツいKubernetesハンズオン」そのあとに ハンズオンの目標 Kubernetesとお友達になる イメージを掴む 触ってみる(ローカル・EKS・ちょっとGKE) 構築・運用ができるような気分になる 巷にあふれるKubernetesの記事・スライドが理解できるようになる EKSがメインになっているのは、会社の業務でAWSを使うことが多いからです。 純粋にKubernetesを勉強したいだけな
量子コンピュータエンジニア始めて5年が経った - Qiita
はじめに もともとふつうのベンチャーでしたが、2014年に量子コンピュータにピボットしてからはすくすく会社が育ち、向いてることをするのは大事だなと感じてます。 Qiitaはポエムを書かないといけないらしい（多分）ので。おそらく日本初の量子コンピュータベンチャーとしてまず五年目までに気づいたことを書いてみます。 もともとはデザイン会社 もともとうちの会社はデザイン会社でした。出身が建築事務所だったので、そのまま2009年に独立してデザインをしてました。建築時代はphotoshop+autocadを使っていました。イラレはいまだに苦手です。 前の建築事務所は隈研吾建築事務所というところで、青山の美術館の設計や中国のアリババの社屋のコンペなどを主にしていました。 建築は当時CGパースも仕事がたくさんありましたので、CGのモデリングやレンダリングをやりながら当初は生計を立てていました。ただ、リーマ
１００名に聞いた！エンジニアリングマネージャーの給与と責務の実態調査 - Qiita
はじめに ソフトウェアエンジニアリングマネージャ（以下、EM）に求められる責務は、多岐にわたっています。 流動性が高いITの業態である一方、日本型メンバーシップ雇用と米国型のJD型雇用との隙間にあって、責務と権限の曖昧な状況の中に置かれることも少なくないように思われます。 このような状況下で、メンバーからも経営からも双方にそれぞれの考える理想的なマネージャであることを求められることもしばしばあるようです。結果として、マネージャの休職など精神的なストレスも高さが問題になっています。 また、ソフトウェアエンジニアにとって、プログラミングにおけるスキルとくらべ、マネジメントに対するそれのモビリティ（会社を変えても有効であると思える程度）が低く見えると言ったことから、ソフトウェアエンジニアにとってキャリア形成に効きづらいのではないかと考えてしまうことも自然なことです。 その結果、ソフトウェアエンジ
新幹線の移動時間でサービスを作ってリリースするまでの軌跡〜サクッと作るための技術スタックとは〜 - Qiita
まえがき 先週末、仕事で東京から岡山まで行く機会があり、新幹線の中で一人でハッカソンしてみたら、意外と０から作ってサービスを公開するところぐらいまではできました。当日の経過のログが誰かの助けになればと思い、投稿。TsuyoshiNumano/emojishare にコードは公開してます&要所要所で Pull Request を分けました。 サービスづくりの雰囲気だけでも感じ取ってもらえれば幸いです。 サービス自体は流行らないと思うので、そのうち消すと思います（ドメイン代とかもかかるし汗） 当日の twitter 実況。 対象読者 さくっと web サービスを作って公開してみたい方 割とフロントエンドよりの技術スタックなので、そのへんに興味ある方 *細かい技術的なところはお話しません。 使った技術スタック create-react-app React でサクッとアプリ作るならオススメ Goo
エンジニアリング組織論への招待：リファレンスガイド第１章/第２章 - Qiita
はじめに 本稿は、拙書のエンジニアリング組織論への招待～不確実性に向き合う思考と組織のリファクタリングに関する参考となる書籍を企画意図とともにあげていく試みです。できる限り、専門書ではなく平易な文体の書籍を参考としてあげていきますので、このあたりを深掘りしたいなと思ったら、その箇所のみの参考書籍を併読していただけるとより理解が深まると思います。 Chapter 1 思考のリファクタリング 第１章は、「仕事」と「学力テスト」という２つの違いを論じながら、１６世紀から２０世紀初頭にいたるまでの科学哲学の歴史を辿っていくというのが「裏テーマ」となっています。そこから、「知識を得る」とは何かということを浮き彫りにし、それこそが<エンジニアリング>であると論じるということが本書を通じた論理展開の骨子です。 そのため、直接の参照ではありませんが、科学という概念が西洋社会でどのように生まれてきたのかとい
会社勤めのエンジニアが開発したサービスを買い取って独立した話 - Qiita
なぜかミクシィ社でエンジニアだった人々がアドベントカレンダーを書くことになってしまったex-mixi Advent Calendar 2017、12月11日担当の @tnj です。 一般的に、会社を退職することになったら退職届というものを会社に提出することになります。その退職理由には「一身上の都合」と書くのが通例だと思いますが、私はちょっと変わった退職の経緯を持っているので、今回はそれについて共有してみたいと思います。思いのほか長くなってしまいましたが、社会人歴10年目のソフトウェアエンジニアのキャリアの変遷の一例としてお楽しみください。 TL;DR Android開発者としての自分の経験を基に新規事業を立ち上げることになり、エンジニアとして参画したつもりが気がつくと事業責任者になり、果ては事業を買い取って経営者になった 好きでやってる話だしまあなんだかんだ乗り越えていけるよねと思ってたら
インターネットとスマートフォン（中学生向け教育教材） - Qiita
保護者の方へ このスライドは、中学生になる娘にスマートフォンを貸与する際に、インターネットやスマートフォンのルールや注意点を説明するために作成したものです。 内容は 2016年4月時点のもので、時代の変化とともに内容がそぐわなくなる可能性があります。 この資料を利用したことによって生じた問題について、一切の責任を負いません。 誤字脱字、間違え、その他問題等ありましたら、コメント欄や編集リクエストにてお知らせください。 インターネット編 インターネット編 インターネットとは コミュニケーションの種類 アカウント 個人情報とプライバシー コミュニケーションの注意点 インターネット利用の注意点 1. インターネットとは？ 世界中の様々な人々とリアルタイムにコミュニケーションできる仕組み。 ⇒ もちろん、悪い人もいっぱいいます。 使い方を間違えると 犯罪に巻き込まれたり 犯罪を犯してしまったり 人
スマートメーターの情報を最安ハードウェアで引っこ抜く - Qiita
はじめに 電力自由化にともない、スマートメーターの設置が進められています。 電力会社が設置したスマートメーターと、各社から販売されているHEMS見える化端末的なモノを導入すると消費電力などをリアルタイムに見ることができるようになります。 しかし！、HEMS見える化端末的なモノは住宅リフォーム業界的なプライス設定ですんごくお高いんです。 そこで、HEMS見える化端末的なモノを安価に自作しちゃおうというのがこの記事の趣旨です。 おことわり 東京電力供給区域での話を前提としていますが、他社供給区域にお住まいの場合は電力会社名を読み替えてください m(_ _)m なお、通信の物理レイヤは各社で決められるのですが、フタを開けてみたら全国Wi-SUN(後述)で統一されてました。購入すべきハードウェアは全国どこでも変わりません。 スマートメーターを設置してもらう まずはスマートメーターを設置してもらわな
大量メッセージが来ても安心なLINE BOTサーバのアーキテクチャ - Qiita
Help us understand the problem. What is going on with this article? 3月24日に発表になったLINEのBOT API Trial Accountが、いよいよ4月7日から実際に試せるようになりました。既に多くのBOTが開発者の手によって作られ始めたようですね。QiitaにもいくつかBOTの作り方が投稿されていますので、"LINE BOT"というキーワードで探してみてください。 実際の作り方の基本は他の投稿に任せるとして、BOT API自体は非常にシンプルな作りなので、試すこと自体はすぐにできると思います。しかし、シンプルな反面、仮に近い将来「Trial」が取れて、友だち50人制限が撤廃された時、それでも正しく安定的に動作するBOTとするには、アーキテクチャ上の工夫が必要になります。個人的に、既にLINE BusinessCo
RxSwift, ObjectMapper, APIKit で作る使いやすい API クライアント - Qiita
1.b. Linked Frameworks and Libraries に framework ファイルを追加 Xcode 上での作業になります。 プロジェクトファイルを開く 左にある TARGETS で APISample を選択 上部の General タブを選択 Linked Frameworks and Libraries の + ボタンを選択 Add Other... ボタンを選択 {RepoRoot}/Carthage/Build/iOS/ 以下の .framework ファイルを選択する 以下の様になります。 1.c. Build Phases に framework ファイルを追加 引き続き Xcode 上での作業です。 プロジェクトファイルを開く 左にある TARGETS で APISample を選択 上部の Build Phases タブを選択 左上の + ボタンを
エンジニア経験がなくても自分でコード書いて起業する方法 - Qiita
さて、今日も freee advent calendar やってまいりました。 freeeの CEO の佐々木です。今でこそ CEO 業にフォーカスしている訳ですが、会計ソフトfreee をリリースして世に送り出すまでは完全に微力ながら僕も第一線でコーディングしていました。僕の職歴は、ほぼほぼマーケティングとファイナンス（あと、ちょっとだけデータ分析）なのでエンジニア経験がある訳ではないのですが、起業したいという人に「どうやって勉強したんですか？」とよく相談を受けたりもするので、思うところを共有してみます。 まず、こんな人が向いてるんじゃないかと思う とりあえずシンプルでよいので目的に沿って動くプロトタイプ的なソフトウエアをつくるということは、次のような条件にひとつでもあてはまる人であればひとまず素養はあるのではないかなと思う。（大規模に展開する商用のソフトウエアの開発やメンテナンスの場合
IoTスタートアップにおけるプロダクトマネジメントについて - Qiita
株式会社Photosynthの@koichi222です。 Akerunというスマートロックのサービスを提供しています。 自分自身の主なロールとしては、Webサービス側のプロダクトマネジメントですが、 ハードウェアとソフトウェアを組み合わせたサービスを生み出す中で、プロダクトマネージャの役割についての学びを書かせていただければと思います。 体験を中心に設計する Iot製品開発で最も重要なのは、ソフトウェアとハードウェアが組み合わさった時のユーザ体験です。 そして１番のリスクは、この体験の検証が製品開発の１番最後のタイミングで行われることです。仕様書のスペックと、実際の体験は、感じ方に大きなギャップがあります。そのギャップを埋めるためおすすめしたいのは、プロジェクトの初期に体験の検証のためのプロトタイプを作ることです。 体験の検証のためのプロトタイプとは、量産性、コードのメンテナンス性などは無
【永久保存版！? 中の人がmyThingsで使えるトリガー・アクション一覧を全力で書いてみた 2015年12月】 - Qiita
【永久保存版！? 中の人がmyThingsで使えるトリガー・アクション一覧を全力で書いてみた 2015年12月】IoTIDCFクラウドmyThings myThingsアプリの中の人、川村です。 IoTプロダクトやwebサービス、そして自作ガジェットを組み合わせて生活を便利にできちゃうmyThings。 いつもご利用の皆様、本当にありがとうございます！ そして、これから使ってみようかなという方、どうぞいらっしゃいませ！ http://mythings.yahoo.co.jp/ myThingsで現在連携しているチャンネルは、全34チャンネル！ チャンネルのトリガーアクションを自由に選ぶことで、組み合わせが簡単に作成できます。 また、電子工作した自分だけのとっておきデバイスもIDCFチャンネルを使えば、 myThingsと連携することができます！ http://www.idcf.jp/clo
MVVMをベースに複雑な振る舞いをしっかり把握できるアプリ開発 - Qiita
TL;DR 複雑になりがちな構造やコードをシンプルで把握しやすいコードで記述したい MVVMを用いて責務を明確にし関心事を分離した構造にする ViewDataBindingとFRPを用いて時間とともに変化するデータやステートに伴う処理を宣言的に記述し、Viewとデータの動的な変化を相互的に連動させる 上記をSwiftとそのパラダイムを活かしたライブラリ（SwiftBond)を中心に実現する はじめに Swiftで新規のアプリを開発することになり、MVVM、FRP、ViewDataBindingの要素技術を活用して開発を行いました。設計やライブラリ選定は2015年5月に行っており実装環境はXcode6.4,Swift1.2になります。Swift2.0以上になるとSwift系ライブラリも大きくインタフェースを変更しているため、ここで紹介しているサンプルコードもそのままでは動作しないことをご留意
メッセージングアプリSync開発の舞台裏(iOS) - Qiita
ビジネスシーンで使えるメッセージングサービスSyncをローンチしました。 その開発の舞台裏をiOSを中心に紹介します。開発のスケジュール、リソース、アプリの規模や進め方など参考になれば幸いです。 サービスについて Syncは社内・社外を問わずプロジェクトやビジネスコミュニケーションがより良い体験なることをゴールに開発しました。以下のURLよりご利用頂けます。 Web版 , Desktop版(OnlyOSX) , iPhone , Andorid アーキテクチャ サーバ 既存のWantedlyサーバに並列して、Syncのサービスをマイクロサービスアーキテクチャ風に構築しています。要素技術や構成はサービスの初期フェイズにおけるスピディーな開発とスモールな運用に適しているものを選定しています。 AccountServerが認証やユーザ情報管理を、APIServerが主要なデータのやり取りをRES
[翻訳] Elixir - 次に来る大物Web言語 - Qiita
Lau Taarnskovさんの2015年4月19日付のブログ記事、Elixir - The next big language for the webの翻訳です。 ElixirはErlangのVM上で走る、Rubyにちょっと似た(というのも作者(José Valim)がRuby on Railsのcoreチームメンバーなので)関数型言語です。 2012年に登場していてQiitaでもAdvent Calendarなどが既にあるようですがまだあまり知られていないですね。ElixirとPhoenix Frameworkを組み合わせたものがマイクロ秒のオーダーで反応が帰る爆速だそう(ホントかな～)で興味を持ちました。 しかしほんの10年前ぐらいの話がもう遥かな昔話に聞こえますね…。 (追記：実際にプログラムを書いてみました → Elixirで試しに何か書いてみる(その1) Elixirで試しに何
![[翻訳] Elixir - 次に来る大物Web言語 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/2bbaaf1c49bffdaa79a4e975ef29bf927caf83b7/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJUU3JUJGJUJCJUU4JUE4JUIzJTVEJTIwRWxpeGlyJTIwLSUyMCVFNiVBQyVBMSVFMyU4MSVBQiVFNiU5RCVBNSVFMyU4MiU4QiVFNSVBNCVBNyVFNyU4OSVBOVdlYiVFOCVBOCU4MCVFOCVBQSU5RSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MTQ5NmIzM2Y0YmRjM2M5N2IxZmFmYzE5YTA5NzQyN2M%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwSGlyb2Z1bWlUYW1vcmkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWYzZjc5NDlhNDExMDA3Yzk1YWMyZTlhODdjYWY3ZDI4%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D419d705bb774c3dca436d7b07f4e2213)
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
iOS8からの日付(NSDate)操作・比較 - Qiita
はじめに 日付操作とか比較とかしようとか思ってググると、NSDateComponentsを使ったやつがよく出てきます。一旦NSDateComponentsを作ってから一つの要素ごとに足し算したりとか色々めんどいなーと思ってリファレンス見てたら、日付操作とか日付比較で便利なメソッドがNSCalendrに追加されていることに気づきました！ introduced=8.0って書いてあるからiOS8からなのかなと思ったんですが、どうなんでしょう。 とりあえずiOS8からっぽいやつを試してみました。 iOS8からっぽいNSCalendarのAPI 日付生成 全体を通してですが、NSCalendarは西暦を使用します。currentCalendar()使っちゃうと和暦が設定されてると困るみたいです。 let calendar = NSCalendar(identifier: NSCalendarIden
RSpecでRequest Describer - Qiita
WebアプリケーションのHTTPレベルでの振る舞いに対してテストを記述するとき、皆さんはどのような考えを持ってテストコードを記述しているでしょうか。この投稿では、この手のrequest-specと呼ばれるテストについて考えながら、テストを書くときの幾つかの方針と、RSpec::RequestDescriberを利用してテストコードを簡略化する方法を紹介します。 request-specとは request-specという、HTTPにおけるリクエストとレスポンスの組み合わせを、言わばブラックボックスとして扱うテスト形式の呼び名があります。リクエストを入力、レスポンスを出力として扱い、ある入力に対して期待される出力が返されるかどうかをテストします。rspec-railsの中では、request-specに対して以下の説明が与えられています。 Use request specs to speci
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
