トラバではidがわからないのでブコメでお願いします

AERA創刊2000号　時代を歩く AERAは今年創刊35周年、11月20日号で通巻2000号を迎えました。 さまざまなニュースから社会を読み解き、AERAは時代と共に歩んできました。 2023年のいま、私たちは未来をどう歩くのか。一緒に考えてみませんか？ 東京が進化する <再開発ルポ> 虎ノ門・麻布台・渋谷・日本橋、下北沢――。 いま、東京は「100年に一度」と言われる再開発ラッシュだ。 成熟期にある国際都市として、首都・東京はどう変貌を遂げるのか。 模索されているのは、”個性”を生かした街づくりだ。

はじめに こんにちは、中山です。 実質的なメジャーバージョンアップであるv0.8.0に向けてベータリリースが続いています。現在(2016年11月15日)、v0.8.0系とv0.7.X系が同時にリリースされている状況です。今回はv0.8.0に搭載予定の機能である console サブコマンドについてご紹介します。これは、まだ制限がありますが、TerraformをREPL形式で実行できる機能です。 機能概要 この機能はこちらのPRで取り込まれたものです。 terraform console を実行するとREPL形式で変数展開が実行可能です。また、stateファイルがある場合はその中から各種属性を確認できます。今までは、Terraformの変数展開の挙動を確認するために、いちいちtfファイルを用意する必要がありました。これは少々面倒です。この機能によりさっと動作を確認できるようになったのは素晴ら

去年の春に「そろそろスーファミのプログラム書いてみてえな」と思い立って スーパーファミコンのプログラムを書きたい - ポルノアニメ ということがあったんですが、あれから約1年半。自分なりの開発環境が固まってきて、簡単なゲームぐらいなら流れ作業的に作れる程度まで圧倒的成長したので、ここで一度、我が家のスーファミ開発環境をまとめて紹介します。 OSとPC 普通のWindows PCでよい。 make 元気よくcygwinをインストールしよう。 Windows 10でUbuntuが動くやつは私の見聞きした情報が正しければ、何の役にも立ちません。 アセンブラ cc65/ca65 というものを使っている。名前を見るとCで書けそうだけど、それは6502（初代ファミコン）用のコードだけで、65816のコードはアセンブリで書く必要がある。つまり実際に使うのはca65の方だけ。 スーファミには、メインCPU

こんにちは。Lorentzcaです。今年はたくさんキャンプに行けたので来年も継続していきたいです。 さて、最近深夜に障害が発生しました。その障害対応後にCTOからこんな問いかけがありました。 リモートからの障害対応、なるべくリアクションつけるとか状況確認しつこいくらいやれとかコツあるけど、それ新人さん共有できてるっけ？ これを受けて、以前早朝に発生した障害でslack通話しながら対応をしたらいい感じだったことを思い出したので共有も兼ねてその話をします。技術的な話というより、心構え的な話となります。 早朝/深夜の障害対応はキツイ キツイ点は色々ありますが、特にキツイのは、 寝起きで頭が働いていない 障害でサービスが現在進行形で止まっていることに対する 焦り イレギュラーな事態に対する耐性がなく、 どうして良いかわからない (これは経験値にもよりそう…) と私は思っています。 通話しよう 通話

メンターのシニアエンジニアと話していたら、それいいじゃんって感じになったのでブログにまとめてみる。 関西モバイルアプリ研究会でほぼ毎月(といいつつ最近発表回数減ってるけど)Androidネタで発表しているが、最近はそれと同時にブログ記事も公開している。 blog.takuji31.jp blog.takuji31.jp これらの記事は資料作成と同時に書いていて、LTの開始のタイミングで公開する。 なぜブログ記事と同時に書くのか 毎月発表していると、資料作成に使える時間は大きなカンファレンスに参加する時より圧倒的に少ない。関西モバイルアプリ研究会はLT形式なので、もちろん資料のボリュームは小さいんだけど、実際に話すネタとして考える内容は20分や50分のトークとさほど変わらないと思う。 人によってはアウトラインをまず書いてから細かく作っていく、という風に作っていくんだろうけど、自分は割とそうい

マイお題はユーザーが作ったオリジナルのお題です。このお題をネタに他のユーザーも記事を書くことができます。ブログのネタ探しや、ブログを書くきっかけにご利用ください。マイお題の使い方は こちら 時間あたりの作業量を最大化させたいと思っています。1日に同じ時間働くとしたらアウトプット量が増えますし、あるいはアウトプット量をこれまで通りで良いとすると仕事に割く時間を少なく出来ます。また、時間を節約できるだけでなく、基本的に集中して高密度な作業をした方がミスも少なくなるなどアウトプットの品質も高まると思っています。 このようにメリハリを付けて作業するために日々気を付けていることを列挙してみます。 頭・体を疲れさせないようにするもっとも重要と思っています。 適度な休憩を挟むずっと目の前の作業にのめり込んでいれば良いとも思っていなくて、1–2時間高い集中力を維持すると疲労してくる(感じていなくても脳は確

お題「エンジニア立ち居振舞い」 ということで普段自分が気をつけてることでも書いてみます。 今でこそコミュニケーションはSlackやQiita Teamなどのツールを使い、レビューはGitHubの上でPull Requestを送ってそこにコメントするという開発スタイルになっていますが、自分のエンジニア歴の中ではここ3年くらいの出来事です。 そこで昔を振り返って今と比べてみると、開発を進める上で、オンラインでのテキストコミュニケーションが格段に増えたと思うんですよね。すぐ近くの席にいるのにSlack上で盛り上がったりするのもよくある光景になりました。 で、気づいたことがあって、テキストのコメントは不思議と受け取る人によってはキツめにとられることがあるんですよね。実体験としては、ある問題に対してチャット上ですごい厳しいことを言っている人がいて、このままだと荒れそうだから直接話に行ったら意外と揉め

by Tatiana Bolshakova メッセージ受信時に甲高い声で「アッオー！」と知らせてくれた往年のインスタントメッセンジャー「ICQ」が20周年を迎えました。 ICQ with video calls, free messages and low-cost phone calls https://icq.com/windows/en Happy 20th birthday, ICQ! | TechCrunch https://techcrunch.com/2016/11/15/happy-20th-birthday-icq/ ICQ: 20 Years Is No Limit! – Medium https://medium.com/@Dimitryophoto/icq-20-years-is-no-limit-8734e1eea8ea 20年前、チャットソフトといえばIRCなど

お題「エンジニア立ち居振舞い」 特に仕事でコードを書く場合で意識してることだけど、過度に仕組みを作らないというのを大事にしている。 ここで、過度な仕組みとは例えば最初から以下のような実装をすることを指すことにする 1つのクラスでしか使われないコンテキストの上に成り立つ実装をグローバルなクラスに切り出してそのクラスを他のクラスからも使えるように実装する テンプレートメソッドパターンを適用して部分的に実装を差し替えられる用に実装する 例えばjavaとかで実装クラスは現時点で一つしかないのに最初からインターフェースを用意する 要するに、万人が使うようなフレームワークやライブラリを実装するかのように拡張性の高いコードを実装してしまうことを指す。 過度な仕組みを作れば作るほど、仕組みの動作を保証するのに必要なUTの量は増加し、実装量も増えてレビューは大変になり、またその部分を修正する人はロジックその

お題「エンジニア立ち居振舞い」 僕の前職のカヤックという会社では「コミュニケーションは取ったもん勝ち」という言葉が一時期よく使われていて、これは実際そのとおりだな、と思う。 僕自身はおおよそ社交的な人間ではないけど、以前から仕事をする上で自分からコミュニケーションを取りに行くことは意識している。意識してるけど、残念ながらできないこともあるのだけど。だから、ちゃんとできているかは定期的に自問している。 「コミュニケーションを取りに行く」とは例えば以下のようなこと。 不明確な点があったら自分からステークホルダーに聞きに行く 仕様を調整しに行く 偉い人に直接掛け合う 新しく入った人に声をかけに行く 話しかけづらいなと思われていそうな時にこちらから話に行く 声をかけることには誰しも勇気がいる。エンジニアは得てして怖がられがちというのもある。だからこそ自分から行くことを心がけている。声をかけたら大体

Google Cloud Platform (Google App Engine, Compute Engine, BigQuery や Container Engine など）の情報の日本公式ブログ