AWS News Blog
AWS Week in Review – AWS Documentation Updates, Amazon EventBridge is Faster, and More – May 22, 2023 Here are your AWS updates from the previous 7 days. Last week I was in Turin, Italy for CloudConf, a conference I’ve had the pleasure to participate in for the last 10 years. AWS Hero Anahit Pogosova was also there sharing a few serverless tips in front of a full house. Here’s a picture I […] Amaz
逆引きGolang
これはなにか 逆引きRubyの内容をGolang化しつつあるものです。 当方も初学者なので、いろいろといい加減なコードが含まれると思いますが そのつもりでご参照ください。 Go 1.4.1 で確認しています。Golangは仕様変更が激しいので、都度仕様を確認ください。 なお、ソースコードはGithubに置いてありますので、 何かあればPull Requestでお知らせください。 なお、当初から予定していたファイル系とgoroutineまでなんとか書き上げたので、 ここでいったん更新を終了します(2015/08/12)。 目次 文字列 日付と時刻 数値 配列 マップ 正規表現 ファイル ディレクトリ goroutine Credits RubyTips is founded by TAKEUCHI Hitoshi. HTMLs are generated by Pandoc and deco
GWにGo言語で作ったMeetAppというサービスの開発記録 - きょこみのーと
GWに２〜３日くらい本気だして、MeetAppというサービスをリリースしました。 フロントエンド&企画をやっていただいた@tejitakさんのブログに大体の概要が書いてありますので、こちらを併せてご覧いただければと。 GWハッカソンでMeetAppという趣味アプリ開発者のためのサービス作りました - TEJI TECH BLOG 自分の方は、Goの構成や使っているライブラリや開発中のTipsなどをまとめようかと思います。 Goの構成 使ったライブラリ guregu/kami : Webフレームワーク（先輩） unrolled/render : jsonやhtmlのレンダリング kyokomi/goroku : 今回作った（heroku用） gotsunami/go-cloudinary : CloudinaryのAPI gopkg.in/airbrake/gobrake.v1 : airb
「儲からないサービスはジリ貧になる」 チャットワークCTO、売上をあげることの大切さを語る
Infinity Ventures Summit（IVS）とアマゾン データ サービス ジャパン 株式会社の共催によって行なわれた、CTOおよび技術責任者のためのテクノロジー・カンファレンス「IVS CTO Night & Day 2014 powered by AWS」にChatWork・山本正喜氏が登壇。プロダクト開発において最も重要なことは、自分たちが本当に欲しいサービスを作ることだと語りました。（IVS CTO Night & Day 2014 powered by AWSより） 自分たちが本当に欲しいサービスを作ることが大切 この失敗から学んだことは何か、それがこれですね。「自分たちが本当に欲しいサービスを作ることの大切さ」ということです。もともと開発の動機がSEOツールという既存の事業があって、そこの収益を維持させたいということにフォーカスしてしまったんですね。その後継ツールを
「できない理由よりできる理由を考える」を人から言われると辛い - Konifar's WIP
「できない理由よりできる理由を考える」という言葉があります。 ◯◯だからできませんとか言ってても仕方ないから、やると決めたらどうすればできるか考えたほうがいいよね、という考えです。 自分はこの「できない理由よりできる理由を考える」みたいな文化の組織でずっと働いてきました。前職も今の職場も同じ雰囲気なのでやりやすいです。 ただ、この言葉は時に反感を覚えるというか、なんかすんなり受け入れにくいことがあるなぁと感じていました。一言で言うと 「なんかイラッとする」ってやつです。 そう感じるのはなぜなのか整理できてなくてよくわからないので、ちょっとまとめておこうと思います。 言葉自体には納得してる 「できない理由よりできる理由を考える」という言葉は、仕事をする上での姿勢としてはとても納得しています。 仕事をしていくと大変なことでもやりきらないといけない状況というのはたくさんあるので、その度にできない
コードの可読性、ハッカビリティ、抽象化 | POSTD
def deploy(ip): copy('code/', ip + ':~/code', recursive=True) write_template('conf/config.py', ip + ':~/config.py') write_template('conf/crontab', ip + ':~/.crontab') write_template('conf/crontab', ip + ':/etc/apache2/httpd.conf') run_as_root('service cron restart') run_as_root('service apache restart') post('https://pingdom.com/api/2.0/checks', { 'name':ip, 'host':ip, 'type':'ping' }) タスクを実行するものと
benchart - ベンチマークを記録、表示するプログラムを書いた
速度重要なプログラムを書いていると、継続的にベンチマークを記録し、いつでも参照可能にしておくことは重要。だけど、そのためにExcelを起動するのは面倒だし、だいたい、ベンチマークを測定するためのコマンドを覚えていられないので、benchartというコマンドを作った。 やってくれることは、以下の３つです。 ベンチマーク結果を保存 ベンチマーク測定に使用したコマンドを保存し、再実行 ベンチマーク結果をグラフにして表示 以下、使用イメージ。 たとえば、qrintfのベンチマークを取ることを考えてみると、examples/ipv4addr.cをコンパイルして実行し、time(1)の値を記録したい。 $ bin/qrintf gcc -O2 examples/ipv4addr.c && time ./a.out 1234567890 result: 73.150.2.210 real 0m0.176
【新機能】AWS CLIがアップデート！新機能「EC2 Spot Fleet API」が超便利！ | DevelopersIO
こんにちは、せーのです。今日はアップデートした[AWS CLI 1.7.28]の中から新機能「EC2 Spot Fleet API」をご紹介します。 このAPIを使うと数千とあるEC2のスポットインスタンスの中から今使いたいEC2を見つけ出してくれます。 スポットインスタンスの隠れた苦労 みなさんはスポットインスタンスを使用する時にどのような操作を行うでしょうか。マネージメントコンソールからの操作は便利ですね。特に最近は画面が日本語化されましたので説明通りに上から埋めていけばほぼ躓くことなくスポットインスタンスが購入できるかと思います。 一方コードから使う場合にはどうでしょうか。スポットインスタンスは特に分散処理やバッチ処理などで沢山のEC2を立ちあげなければいけない時にコストをかけないように使用する場合が多いですが(このように分散処理で使う複数のEC2インスタンスの事を「フリート（艦隊）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
