コードを改善する<br>3つの方法 - Qiita
コード改善 meetup #2 http://kaizen.connpass.com/event/42118/ の発表資料。 自己紹介 名前: 正徳 巧 会社: 株式会社grooves 言語: Ruby github: sinsoku twitter: @sinsoku_listy コードを改善する 3つの方法 コードを改善する3つの方法 1. コードを削る 2. コードを直す 3. 増殖を防ぐ コードを削る よくありそうな業務コード 条件分岐が多い 似たような処理が複数箇所にある コピペっぽいけど微妙に違う 既存の仕様が謎 ココロ、オレル 未使用メソッドを探す 未使用メソッドは基本的に 全削除 する。 全削除に対する不安 いつか使うかも... disabled? の対象性のため enabled? も... どこかで使っているかも... 全削除に対する不安 いつか使うかも... disab
「東京五輪に責任者はいなかった」都政改革ブレーンに聞く - Yahoo!ニュース
小池百合子東京都知事の“掘り出し物”が続いている。豊洲を掘ってみると、盛り土のない巨大な空洞が見つかったが、東京五輪という箱を開けてみると、こちらも“空洞”が見つかった。数兆円の予算という国家的プロジェクトにもかかわらず、そこには責任ある決定権者がいなかったのである。この問題を掘り当てたのが、都制改革本部の特別顧問、上山信一・慶應義塾大学教授（総合政策学部）である。上山氏が率いる調査チームの試算では、このままでは開催費用は3兆円を超えるという。膨れ上がる開催費用、迷走してきた東京五輪の本質は何だったのか。上山氏が指摘したのは、昔から変わらぬ日本的な無責任体制だった。（ジャーナリスト・森健／Yahoo!ニュース編集部）
クックパッドのサーバプロビジョニング事情 - クックパッド開発者ブログ
インフラ部の荒井（@ryot_a_rai）です。この記事ではクックパッドで利用しているプロビジョニングツール "Itamae" の紹介と細々した Tips を紹介します。 式年遷宮とプロビジョニングツール 現在、弊社ではインフラの式年遷宮*1を進めています。式年遷宮以前、弊社では Puppet を利用してサーバをセットアップしていましたが、式年遷宮に際して既存のプロビジョニングに関するコードは捨てることになるため、プロビジョニングツールの再検討を行うことになりました。 Puppet, Chef, Ansible, SaltStack を検討した結果、 言語特性の観点では、Ruby DSL な Chef が良い アーキテクチャ・エコシステムの観点では、シンプルな Ansible が良い といった点から、どれも決め手に欠ける状況で、Ruby DSL で記述できるシンプルなプロビジョニングツール
『Flexible Blue Green Deploymentのススメ』
どうもこんにちは。@stormcat24です。前回寄稿した記事から1年半ぶりになります。 主な仕事は業務中のTwitterで、その傍らでAmebaFRESH!というサービスを絶賛開発してたりしています（この記事が公開される頃にはリリースしてるかしら？）。何かネイティブやりに意気揚々と異動してきたんですが、いつの間にかサーバサイドエンジニアになってました。まあサーバサイドといっても、自分はかなりWebオペレーション寄りなんですけど。 で、今回はFlexible Blue Green Deploymentの仕組みを作ったよっていうお話です。 そもそもBlue Green Deploymentとは Blue Green DeploymentとはImmutable Infrastructure（不変なインフラストラクチャ）思想の一貫で、サーバの内容やアプリケーションを更新したい場合に、稼働している
Coffee, jQueryで書いていたElectronアプリをES6, React, Reduxで書き直した - k0kubun's blog
ElectronベースのTwitterクライアント: Nocturn ElectronでYoruFukurou風のTwitterクライアントを作った - k0kubun's blog の時にCoffeeScriptとjQueryで作っていたNocturnというTwitterクライアントがあり、これをES6, React, Reduxを使って書き直した。この記事ではその時に得た知見、感じた事を書いておく。 移行したスタックと移行時に感じたこと あらかじめお断りしておくと、僕は普段はRubyでサーバサイドの実装や運用をやっている人であり、JavaScriptに関してはほぼ素人の意見なので、以下はReactとかRedux興味あるけどまだ触ったことないですみたいな人向けの内容になると思う。 CoffeeScript → ES6 移行 参考: 春からはじめるモダンJavaScript / ES201
アプリ開発と状態遷移の管理 - ninjinkun's diary
このエントリーは読者としてスマートフォンアプリ開発者とWebフロントエンドエンジニアを想定して書いています。 CROSS2016に出るので、最近の自分の考えを整理しておく。 最近ReduxのSwift実装であるReSwiftを使って開発している。使った感想なども最後の部分に書いたけれど、このエントリーの本題はアプリの状態管理の話。 アプリは大きなシングルトン iOS、Android共にアプリを実装しようと思うと大抵シングルトンが必要になる。各ViewController内をまたがってデータを共有したいというユースケースが多いからだ。例えば ユーザーのログイン情報を集約するUserManager コンテンツへのいいね情報を集めるLikesManager ブックマーク情報を集めるBookmarkManager などなど。もちろんアプリの内容によってこれらの顔ぶれは違ってくると思うけれど、大抵U
Arduinoを自作して量産して販売する(超小型Arduino互換機 8pinoを例に) - Qiita
田中章愛と申します。友人の高橋良爾とVITROというデザインユニットで作品を作ったり、品川周辺の仲間と放課後ものづくりコミュニティ品モノラボで活動しています。普段はメーカーでハードウェアエンジニアをしています。 このAdvent CalendarはArduinoがテーマと言うことで、読者の皆様はすでに一連の連載でArduinoの使い方はある程度ご存じなのかなと思い、今回はいざという時に役立つArduinoの自作・販売方法について説明したいと思います。 ちなみに書いてみるとかなり長文になってしまったのでご注意ください。。 本記事のテーマと対象範囲 自作と言っても普通に手作りする例はネット上にたくさんある（1、2）ので、この記事では 1. 独自の要素を加えた自作Arduinoの回路を試作・量産設計する 2. 深センの工場（SeeedStudio）で量産する 3. オンラインストア（Switch
ライセンスの選択を恐れる必要はありません - Qiita
この記事はCC BY 3.0に基いて公開されてゐるWebサイトChoosing an OSS license doesn’t need to be scary - ChooseALicense.comのコンテンツ各ページを翻訳し、単一記事として再構成、訳者による補足を追加したものです。 2017年5月9日に開示されたコミュニティガイドラインに伴って、本記事の翻訳部分につきましては削除いたしました。 (この記事が削除または非公開化されない限り、編集履歴からお読みいただくことは可能です。) (訳註: この「はじめに」及び末尾の「訳者による補足」の章は原文にはなく、翻訳者(@tadsan)によるものです。記事の著作権表示及び元Webサイトの利用規約、免責事項、そしてこの記事についての訳者の見解について記します) (この記事の一部または全て ——ただしコメント欄は含まれない—— はCC BY-SA
MQTT as a Service sango
ここでは、「MQTT」というプロトコルについて解説しています。 MQTTは1999年にIBM社とEurotech社のメンバーにより考案されたプロトコルで、2014年8月現在における最新のバージョンはMQTT3.1.1です。現在、コンピュータと通信に関する標準化団体であるOASISによって、MQTTの標準化が進められています。 MQTTとは、Message Queueing Telemetry Transport の略です。 Message Queueing は、送信側が送るデータをキューと呼ばれるデータ領域に一旦保持し、受信側の処理が完了するのを待たずに次の処理へ移る方式です。Telemetry Transport は、日本語に訳せば遠隔測定用の通信といったところでしょう。つまりMQTTは、遠隔にある測定用のセンサーやデバイスなどが収集したデータを、受信側の処理状況を気にせず効率よく送信す
Googleスプレッドシートをcronのように使いSlackに投稿する - Hatena Developer Blog
はてなチーフエンジニアの id:motemen です。 以前の記事で紹介したようにはてな技術グループおよびデザイングループでは毎週社内で勉強会を開催していますが、これを運営していくにあたってひとつ課題であったのが毎週のリマインドでした。 developer.hatenastaff.com 毎回発表者が違いますから、あらかじめ皆に「今日は○○さんの××という発表です！」と周知して期待を高めたいですし、また次回の発表者には予告をして発表の準備を進めておいておかなければなりません。発表者・タイトル・日付などを記したスプレッドシートがマスターデータとしてあったので、元々は私が人手で、Googleスプレッドシートに記載した発表順を見ながらSlackに共有していました。しかしやはり個人による運用だと予告忘れがあったり、周知のタイミングが朝なり夕方なりまちまちであったりと、参加者にも不便を強いていたし、
「Arduinoで始めるWeb技術者のためのIoT入門」関連の最新 ニュース・レビュー・解説 記事 まとめ - ITmedia Keywords
今注目のInternet of Thingsを実現するセンサーデバイスのインターフェースとしてArduinoを使い、電子工作の基礎から実装までを紹介する連載。 Arduinoで始めるWeb技術者のためのIoT入門（6）： Socket.IOでセンサー＆MongoDB～AngularJSアプリ間の通信を行う 家電～Webアプリ間の双方向通信をSocket.IOで行うアプリについて、サーバー側のArduino連携やMongoDBへのデータ保存などと、クライアント側のAngularJSに分けて動作を解説します。（2014/11/19） Arduinoで始めるWeb技術者のためのIoT入門（5）： MEANスタックで家電制御アプリを作るための設計・準備と温度湿度センサーからのデータ読み取り 家電～Webアプリ間の双方向通信をSocket.IOで行うための設計や、MEANスタックのインストール、Ye
HTML6 でも CSS4 でもない Web 技術のゆくえ - WCAN 2015 Winter に登壇してきました
@kazumich さんにお声がけいただき、WCAN 2015 Winter でおよそ 60 分ほどのセッションを登壇してきました。32:9 のスクリーンがあるという、TED でもやるんかオイという特殊な環境でした。普段はプロジェクター的な投影なので、スクリーンの前に立つのが微妙なんですが、ここはディスプレイが壁面に大量に並んでいて自ら発光するので、部屋を暗くしなくてもテレビのように十分に見えますし前に立っても平気です。 一緒に登壇したのが @yhassy さんと @Hidehisa さんということもあり、近年まれに見る胃痛を伴う緊張を味わいながらお話させていだきました。（リアルにセッション終了後、1時間くらい胃痛がズキズキしてました） 技術的なお話でした 参加されたみなさま、メインセッションや LT に登壇された各位、ならびに運営されたスタッフの方々、ひとまずお疲れさまでございました。貴
Testing SMS Interactions
When building an application that sends SMS, we like to use an external service such as Twilio to handle the actual sending of the messages. When unit testing parts of code that interact with SMS, you can simply stub out the actual sending of SMS to keep your test isolated. But what about feature specs? Writing feature specs Take the following two user stories: When I make a purchase, I want to re
青山ショールーム | IBIZA 青山ショールーム スタッフブログ
皆さま こんにちは 青山ショールームでございます。 いつもブログをご覧くださり有難うございます。 2月は新作が盛りだくさん… 今月もよろしくお願い致します。 新作『Luz』ルス とは、光を意味しています。 窓辺の光、こぼれ日、春らしい自然の光を 発色の良いやぎ革で表現したシリーズです。 軽量で、あると便利なポケットが表にも内側にも付いていて、 シンプルでいて、IBIZAらしい・・・ 間口が大きく開くので、出し入れしやすく マグネットで優しく閉じます。 荷物が多いときはオープントートバッグで使えます。 表のポケットはオープンタイプ。 後ろのポケットはマグネット付き。 内側はファスナーポケットと、オープンポケットが２つ付いてます。 素材についてのこだわり 革は、汚れや傷に強く、表面が引き締まっており、伸びにくく シボ感もある、表情が豊かなヤギ革を使用。 裏地は、抗菌加工を施しグレードアップした
デザインスプリント入門1 – Google Venturesのデザインスプリントを自分で行う方法（翻訳）
2015年2月12日 / FukatsuTakayuki / デザインスプリント入門1 – Google Venturesのデザインスプリントを自分で行う方法（翻訳） はコメントを受け付けていません 本記事はHow To Conduct Your Own Google Ventures Design Sprintの翻訳記事である。デザインスプリントはGoogleが行う意思決定の速い、高速のデザインワークショップである。 THE GUILDではグループ内でスプリントのノウハウを共有すべく、自主的に翻訳を開始した。 自社の投資先として150以上のスタートアップを指導するため、Google Venturesは5日間で行えるデザインプロセスを開発した。あなたの会社で重要な問題を解決するために、どのように独自のスプリントを行えばいいか、メソッドの立案者であるJake Knappが詳細を解説する。 編
AWS-CloudDesignPattern CDP2.0候補
AWSクラウドデザインパターンとは？ AWSクラウドデザインパターン (AWS Cloud Design Pattern, 略してCDPと呼ぶ)とは、AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。 これまで多くのクラウドアーキテクト達が発見してきた、もしくは編み出しきた設計・運用のノウハウのうち、クラウド上で利用が可能なものをクラウドデザインのパターンという形式で一覧化し、暗黙知から形式知に変換したものであるといえる。 パターンの中には、クラウドでなくても実現できるもの、今まででも実現されていたものも含まれているが、クラウド上でも今まで通りのアーキテクチャが実現でき、かつクラウドを利用する事で、より安価にそしてより容易に実現できるものは、CDPとして収
大規模トラフィックを捌くための CloudFront 以外の選択肢 – I'm Sei.
〜 大晦日に秒間 1 万ユーザを捌くためにやったこと (ロードバランサー編) 〜今回、ロードバランサーは全面的に AWS の Elastic Load Balancing (ELB) を使用しました。 Web API を提供するシステムにはもともと ELB を使う予定だったのですが、静的ファイルの配信などは ClouldFront + S3 という構成でいこうと思っていました。 が、最終的には静的ファイルを配信するシステムも ELB + EC2 という構成になりました。 そのへんの経緯とか、AWS を使うときのシステムのフロント周りの負荷分散にはどういう選択肢があるのかとか、軽くまとめてみようと思います。 静的ファイルの配信には CloudFront を使ったほうがいいのかCloudFront は S3 と併用することで、静的なファイルの配信のことはほとんど考えなくていい、というくらい簡単
Serverless Architecture on AWS（20151023版）
2015/10/23開催のAPI Meetup#10でお話させて頂いた際の資料です。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MQTT とはなんだったのか
Ruby on Rails on MySQL チューニング入門
