QA・品証、PHPエンジニアを経て、AWSエンジニアにクラスチェンジ。現職ではDMM Okanの構築・運用やオンラインサロンの開発に従事。カンファレンスカメラマンとしての活動とクラフトビールが趣味。
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? SDN SDN は Software Defined Networking の略称で、ネットワークをソフトウェアで定義するもの全般を指す概念です。これだけだと本当に幅広い意味に取れるので、スイッチに SSH で入ってコマンドを叩くプログラムも SDN だし、そうなると当然 TeraTerm マクロでスイッチの設定するものも SDN です、と言い張れるわけですが、この記事では OpenFlow プロトコルの登場から現在までのネットワーク周りのソフトウェアを中心とした話題を取り上げます。 OpenFlow OpenFlow は 2008 年
Geeks Who DrinkとPostgreSQL Conference Japan 2017での資料です。 nulab.connpass.com PostgreSQL Conference Japan 2017 (2017-11-03) | 日本PostgreSQLユーザ会 詳しく知りたい人は下記の本がおすすめです。 ただし注意点は9.3相当なのでプロセスの仕組みがちょっと違います。 待望の新刊出ました!10系ベースなのでぜひ読んでみてください。 ※2018/10/07 追記 読み応えのある内容になったかなと思います。レベル感で言えばOSS DB Goldの試験出る範囲です。特に内部構造は覚えて置いて損は無いでしょう。 speakerdeck.com 内部構造の中で取り扱っていないところにAUTOVACUUM、TOASTとレプリケーションがあります。AUTOVACUUMはPostgre
2017.12.08 81歳でiOSアプリを開発。Appleが認めた世界最高齢デベロッパー若宮正子の流儀 「物事をはじめるのに、遅すぎることはない」この言葉を体現している女性がいます。その女性は、若宮正子さん。今年で82歳。 若宮さんは定年退職で仕事から退いたあと、はじめてパソコンに触れ、81歳でiPhoneアプリ「hinadan」を開発。世界最高齢デベロッパーとして、AppleアプリのデベロッパーズカンファレンスにVIPとして招待され、全世界から注目を集めました。 なぜ、若宮さんは年齢に関係なく新しいチャレンジに踏み切れたのか。今回は、若宮さんがテクノロジーに触れるようになったきっかけと、挑戦し続ける意義について話を聞きました。 最初はパソコンをネットに繋ぐだけで数ヶ月かかった ――若宮さんはIT領域で活躍されていますが、昔からテクノロジーへの造詣が深かったのでしょうか? 若宮:全然そん
個人開発のWebサービスで、Trelloを使っていい感じに開発ロードマップを公開した話Sep 29, 2017 個人開発論Trello 個人で開発しているトーナメント表作成サービス「THE TOURNAMENT」で、今後の開発予定などを載せた開発ロードマップをTrelloで公開しました。 前から開発ロードマップは作りたかったのですが、なかなか作り方・運用をどうしたものか悩んでました。 今回Trelloを使ってみたらなかなかいい感じにできたので、やった内容をメモしてみます。 なんで開発ロードマップがほしかったかこれはいくつかあります。 サービスがちゃんと運営されてることを伝えたいまずはこれですね。 開発ロードマップがあると、死んだサービスじゃなくて、 ちゃんといまも積極的に機能追加されている生きたサービスですよってことが伝わるかなと。 Webサービスを探して使うときって、ちゃんと運営が安定し
はじめに こんにちは、Misoca開発チームの洋食(yoshoku)です。 この記事は、Misoca Advent Calendar 2017 の8日目の記事です。 さて、Misocaでは、PCやエディタなど、開発環境を自由に選択することができます。 今回は、開発チームメンバーの開発環境を、一問一答形式で紹介したいと思います。 めろたん(@renyamizuno_) メインの開発マシンは? MacBook Pro (Retina, 13-inch, Mid 2014) そろそろ新しくなると思う 普段どのエディタ/IDEでコード書いてる? Visual Studio Code 最高。 Atom teletype を試し始めて、最強。 神ってる。 vim たまにちょろっと直したい時にエディターに戻るのが面倒な時にサッと使ったりする。 好きなキーバインドは? vim ただ最近はエディターのキーバ
AWS IAM アイデンティティセンター 既存の従業員のIDソースを接続し、AWSへのアクセスを一元管理します AWS IAM アイデンティティセンターは、Amazon Q Developer などの AWS アプリケーションへの従業員によるアクセスを管理するために推奨されるサービスです。既存のアイデンティティソースを一度接続するだけで、AWS アプリケーションでユーザーの共通ビューを実現できる柔軟なソリューションです。AWS アプリケーション全体で、一貫性のある効率的なエクスペリエンスをユーザーに提供できます。AWS IAM アイデンティティセンターは、既存の AWS アカウントアクセス設定と連携して機能します。
こんにちは、Speeeで広報をしているmogmog2です。 この記事は Speee Advent Calendar 2017 7日目の記事です。 6日目は @yhatt による Rails 5.1 Encrypted secrets を config gem と併用する でした。 弊社には「Speee Developer Blog」というSpeee開発者ブログがあるのですが、 私がSpeeeに入社し、そのブログの運用を担当して1年半が経ちました。 投稿数・はてブ数が徐々に伸び始めたので、何をやってきたか振り返り、まとめてみました。 (個人ブログではなく会社の公式な開発者ブログの運用についてのお話です) 運営する上での課題 運用を任されるまでのブログ投稿数は不定期ですが、2ヶ月に1回投稿という頻度でした。 そしていざ、運用頑張ろうと初めてみたところいくつか課題に当たりました。 ブログに書くネ
_ [life] 皆さまからいただいた原稿はこう加工されますというお話 昔からお世話になっているモーリさんから編集とライティングにまつわるアレコレAdvent Calendar 2017に書け、という有形無形のプレッシャーが……昨日のアドベントカレンダーご担当はmktredwellさんでした。 本日は某制作プロダクション会社の編集者が、著者さまや訳者さまからいただいた原稿をどう加工して紙面化しているのかを記してみます。編集者の方々や、執筆・翻訳をして出版社から出版しよう、という方にも参考になれば幸いです。 背景として、私自身は基本的に企画やライティングはせず、クライアントである版元さま(=出版社。ほぼ技術書系)が企画して著者さま・訳者さまが執筆された原稿を、版元さまとともに編集・校正し、紙面化して確認をいただき、最終的に印刷所にお渡しする、という編集のお仕事をしています(企画やライティング
Nuco Advent Calendar 7日目の記事です。 Design | Android Developers Human Interface Guidelines ちなみに上記の両記事を既にお読みの方は本記事を読む必要はありません。 ブラウザの戻るボタンをクリックしてください。 スマホアプリのデザイン 恐らくほとんどの人はAndroid、iOSのどちらか一方しか所持していないですよね? お近くに自分と異なるOSを使っている人がいたら、是非アプリのUIを見比べてみましょう。 思っていたより違うんじゃないでしょうか? 特に有名なアプリはほぼデザインが異なるはずです。 メニューバーはiOSは画面下部、Androidは画面上部にあるのではないでしょうか? (もちろんそうでないアプリもあると思いますが。) あるある話なのかはわかりませんが、スマホアプリの開発を行うときにデザインが一種類しかな
初めまして。UIデザイン勉強中のマサキ(@Masaki_4_5)です。 UIデザイン、とりわけiOS appのデザインスキルを得る一番の近道を探した結果、良いデザインから吸収するのがまず大事という事を聞きました。 このように、sketchで優れたアプリのUIトレースをし、その工程でページの遷移やそのUIになった訳を考察して行くことがスキル獲得にはもってこいらしいです。sketchさえあればお手軽ですしね。 早速Twitterのプロフィール画面とタイムラインの2画面を、Sketchを用いてトレースしてみました。Sketchを用いたトレースについてはネットで既に多く説明されていたのでつまずく事はありませんでした。 Twitterをトレースして気がついた事 左:元画像 右:トレース 1.フォントについてTwitterにはinstagramなどと同様に、和文には"Hiragino sans"、英文
この記事は一休.comアドベントカレンダー2017の 8 日目です。 一休.com の宿泊開発基盤のお手伝いをしている id:shiba-yanです。 はてなインターン時代の縁で naoya さんから声をかけていただき、基本フリーランスですが一休で週に 3 日ほどの作業を 2016 年 4 月から行っています。 最近は shibayan とも一緒に改善を進めている 4ヶ月の間に一休.comで起きた変化 - zimathon blog 2016 年 4 月末から現在までに、一休社内でどのようなことに取り組んできたか、公開できる範囲で思うままに書いていきます。長いです。 ユニットテスト基盤 新しいメールテンプレート メール配信基盤 宿泊クラウド移行 移行方法の調査・検証 実行環境の調査・検証 アプリケーションの分離と整理 AppVeyor での CI / CD 本番環境の移行 その後の運用 宿
晒すつもりではありませんが、Facebook で友人のとある投稿を見かけて最初は「三単現にしないと💢」という軽い気持ちで返答したのですが、よくよく考えて見たらこれ思った以上のクソ命名でしたので、とりあえず流れのスクショを上げときます: はい、今回の記事はマサカリです。あしからず。 見ての通り、最初は友人の後輩ちゃんが isCanUseSkill という明らかにアレな命名をしてきたので、友人がそれを指摘をするも、まさかの allowSkill という更にダメな名前をつけてきた件。isCanUseSkill はまだ「なんだこいつの英語はwww」という意図はわかるから笑って済ませそうな名前ですが、allowSkill は「これは命令なのか Yes-Or-No 質問を間違えて命令にしちゃったのか💢」という、書いた本人がもし友人じゃなかったら絶対引きずり出して小 1 時間殴りたいレベルのクソ名前
Classiアドベントカレンダー8日目は、デザイナー@shio312がお送りします。 はじめに あるデザイナーとアプリエンジニアの会話 ・iPhoneナビゲーションバーを差しながら「グロナビが〜」 ・iPhoneで作ったカンプを差しながら「Androidもこの切り替えスイッチのUIで〜」 ・「Androidも下から画面出せばいいじゃん」 ・「トグル?iOSだっけ」 上記デザイナーの発言、全てエンジニアに殺意を沸かせます。ああっ、すみません。 実は、アプリ開発経験のあるUIデザイナーはエンジニアさん&デザイナーさんが仲良く開発できるための、自分なりのチートシートを持っていたりします。 もし、モバイル開発の経験が少ないデザイナーさんと開発することになった場合、今回ご紹介する簡易チートシートの作成方法を優しく教えてみてはいかがでしょうか。 きっと仲良くなれると思います。 手順 デザイナーさんの工
はじめに この記事は CrowdWorks Advent Calendar 2017 の8日目の記事です。 Terraform職人の @minamijoyo です。Infrastructure as Codeしてますか? インフラのコード管理に Terraform を使い始めて2年ちょっと、本番環境で運用していると日々色んな学びがあるので、Terraformやってみた系の入門記事では語られない、現場の運用ノウハウ的なものを共有してみようかと思います。 Terraformを使い始めた or 使っている人が、こんなときどうするの?っていうときに参考になれば幸いです。 書き始めたら超長文になりました。概要は以下のとおりです。 公式ドキュメントを読もう tfファイルを書く技術 インデントを揃える 組み込み関数に親しむ lifecycleブロックを使う リソースの差分を無視する リソース再生成のとき
🎄 このエントリはAWS Fargate Advent Calendar 2017の8日目の記事です 🎄 従来型ECS(EC2/ECS)とFargateの違いについて、 .tfファイルの差分を見ることで理解を深めよう!! という試みです。 このエントリでは、以下のような流れで説明していきます。 step1. terraformでバーーンとインフラ一式(ECS含む)を立ち上げ step2. terraformでstep1の状態からバーーンとFargateに移行 step3. step1とstep2の.tfファイルのdiffを眺める!👀 🙊 この記事執筆時点での事情 まず、そもそもterraformはFargateをサポートしているのか? という大事な話がありますが、 12/8時点で、masterではサポートしているようです!!🎉 ECS Fargate Support by apr
こんにちは,@onk です。 これはドリコム Advent Calendar 2017 の8日目です。 7日目は桂田さんによる,『わがままボディを目指すマスターデータをなんとかしたい』です。 この記事ではドリコムにおける Gemfile, gems.rb の記載ルールについてまとめています。 元々はノールールでしたが,2014-04-28 に Idobata Gemfile プレゼント が公開されたことから輸入されました。輸入したのち,一部を社内向けに改訂しています。 では本題。 1. gem の並び順は ascii 順 新しく追加するgemをどこに入れるのか悩む時間を減らします。 独自ルール 例外は rails のみ。 if defined?(Rails) で require を切り替えている gem が複数あるため,一番上に書いて最初に読み込みます。 余談ですが、このルールを自動化しよ
つくったもの 原稿の締切と進捗を管理するシステムです。 これが画面の全体像のキャプチャです。モザイクが多くてよくわからないので、ちょっと説明を加えたのが下の画像です。 上のほうに、その日と翌日の掲載予定記事が出ます。その下にカードのような感じで表示されているのが、各原稿の締切/進捗管理です。 カードは締め切り日順に表示されていて、各カードの内容はこんな感じになっています。締め切りを本人に伝えたかどうかとか、ネタのメモを書き込むことができます。ステータスは未入稿・チェック中・リライト中・入稿済みの4種類があり、手で更新します。 この日は三土さんの締切で、まだ原稿が入稿されていないことがわかりますね。(三土さん晒してすいません。この記事は無事掲載されました) 締切1週間前とか、超過とか、状況によってカード自体の色も変わって気づきやすくなっています。 背景 僕はデイリーポータルZ(以下、DPZ)
こんにちは!freeeの kakkunpakkun と言います。 freeeでは開発人事部長とかエンジニアとかやってます。 freee Developers Advent Calendarの7日目として、今回はfreeeの開発力を可視化してみた話を書いていきます。 開発の現状を可視化する freeeの開発組織は優に100人を超え、リポジトリも調べてみたところ200近くありました!組織・プロダクトが大きくなり、なかなかプロダクトの隅々まで理解することは難しくなって来ました。 そうなってくるとfreee全体として開発はうまく進んでいるのかということはよく分からなくなってきます。 我々は順調に開発が出来ているんだろうか? という疑問が湧いてきました。(もちろんうまくいっていると思いたいですが) そこで何か参考になるものがあったら良いと思い、つい最近開発力の可視化というものをやってみました。 調子
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く