Developers Summit 2016【19-D-3】の登壇資料です。 http://event.shoeisha.jp/devsumi/20160218/session/1047/

(前編はこちら： 2016年、C言語はどう書くべきか (前編) ) (編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) システム依存の型 まだ「32 bitのプラットフォームでは32 bitのlong型、64 bitのプラットフォームでは64 bitのlong型がいい」という不満があるようですね。 プラットフォームに依存する2つの異なるサイズを使うため、 故意に コードを難しくすることを考えたくなければ、システム依存の型のために long を使おうとは思わないでしょう。 この状況では、プラットフォームのためにポインタ値を保持する整数型、 intptr_t を使うべきです。 モダン32-bitプラットフォームでは、 intptr_t は int32_t です。 モダン64-bitプラットフォームでは、 intptr_t は int64_t です。 int

中井美穂、１年間の人工肛門装着を初告白　仕事も続行「なかなかない経験」

少人数1チーム体制時代から多事業部多人数体制時代までAndroidエンジニアの役割が変遷していくなかでチームが直面した課題とそれを解決する為に構築してきた開発プロセスや習慣、仕組みをお話します。すぐに導入できそうなものを中心に紹介します。

Githubで海外のエンジニアさんをフォローしているのですが、あるエンジニアさんがtilというリポジトリをstarしていました。 github.com 「なんか新しいツールか何かかな？」と思ったのですが、覗いてみたらdescriptionに"Today I learned"の文字が。 どうもtilというリポジトリを作成してそこに"今日覚えたこと"を書いていくのがプチ流行している様子。 ・ 色んなTILが 今までだと同じような感じでベストプラクティス等をまとめた"◯◯-awesome"が流行ってましたが、 自分が何を学んでいっているのか自分も他人にも知ってもらうためにこういうリポジトリを作って書いていくのも面白そうですね。 関連したWebサービスとかが作成されたらそれはそれでまた面白いのかも。

ヒマラヤ山脈南麓（なんろく）に位置するブータンは、自然環境の保護を国是とし、温室効果ガスの「吸収国」として知られる。その一方で、地球温暖化によるさまざまな影響を受けている。特に山岳部の氷河が解けてできた「氷河湖」は今後も拡大が予想され、同国政府が決壊による洪水の発生を警戒している。 首都ティンプーにある国家気象洪水予警報センター。パソコンの画面には、中部の河川の水位がリアルタイムで表示されていた。水位は３段階で表示され、２番目の「警告」以上で警報が鳴る。異常を感知したらすぐに災害対策の担当部局や地元政府に連絡し、避難準備などを促すシステムになっている。担当者は「衛星電話や無線など複数の通信を確保している」と言う。 過去数十年にわたる気温の上昇による降雨量増加などで、ブータンの氷河は解けて後退しており、経済省水文気象局によると国内の２６００を超える氷河湖のうち、２４カ所に潜在的な危険があると

5カ月でAngularJSとTypeScriptでSPAを開発。その技術の選択理由と開発過程は？（前編） Developers Summit 2016 シングルページアプリケーション（SPA）は、最近注目を集めているWebアプリケーションのアーキテクチャです。HTML全体の書き換えは行わず、変更が必要な部分だけをJavaScriptで動的に書き換えていくことにより、反応がよくユーザー体験にすぐれたWebアプリケーションを実現できます。 このSPAの開発を、技術の選択、仕様の策定、開発を含めて5カ月で行った経験談が、2月18日に都内で行われた「Developers Summit 2016」（通称デブサミ）のセッション「5か月でAngularJSとTypeScriptでSPAをつくった話」で紹介されました。 注目されているアーキテクチャをいまどきの技術を採用して開発した事例は、立ち見がでる人気

(訳注：2016/3/2、いただいた翻訳フィードバックをもとに記事を修正いたしました。) (訳注：著者のMattより、「本文中で明言はしていないが、この記事の内容はx86-64 Unix/Linux/POSIXでアプリケーションをプログラミングする場合にフォーカスしている。他のプログラミング領域では、対象とするシステムに応じた(例： 8-bitの組み込みシステム、10年前のコンパイラ、多くの異なるCPUアーキテクチャで動く必要のあるアプリケーション、Win/Linuxでのビルド互換性など)特有のアドバイスが必要」との補足を頂いております。) 以下の文章は2015年の始めに書いたドラフトで、今まで公開していませんでした。私のドラフト用フォルダの中で誰の目も引かなかったため、大部分が書いた時のままです。公開するにあたり、単純に2015年を2016年に変更しました。 必要な修正、改善、苦情があり

主にアプリケーション開発者向けに、Linuxサーバ上の問題を調査するために、ウェブオペレーションエンジニアとして日常的にやっていることを紹介します。 とりあえず調べたことを羅列しているのではなく、本当に自分が現場で使っているものだけに情報を絞っています。 普段使っているけれども、アプリケーション開発者向きではないものはあえて省いています。 MySQLやNginxなど、個別のミドルウェアに限定したノウハウについては書いていません。 ログインしたらまず確認すること 他にログインしている人がいるか確認（w） サーバの稼働時間の確認 (uptime) プロセスツリーをみる (ps) NICやIPアドレスの確認 (ip) ファイルシステムの確認（df） 負荷状況確認 top iostat netstat / ss ログ調査 /var/log/messages or /var/log/syslog /

kcov 概要 kcov(http://simonkagstrom.github.io/kcov/) はELF形式の実行可能バイナリファイル、Pythonプログラム、シェルスクリプト(sh/bash)のラインカバレッジを収集、表示するプログラムである。 以下では、kcovのインストールと、kcovを用いてELF形式のバイナリファイルを実行してカバレッジデータを収集するステップを説明する。 kcovが出力する html ファイルのサンプルが http://simonkagstrom.github.io/kcov/kcov-example-output/index.html で閲覧できる。 利点 コンパイル時に -fprofile-arcs -ftest-coverage のオプションを付与しなくてもカバレッジデータを収集できる。（ただし -g は必要） 収集したカバレッジデータを表示するHT

JenkinsでAntを使用してビルドする際に、Coberturaを使用してコードカバレッジを取得しようというお話。 GradleやらMavenが主流みたいで、日本語ドキュメントがあまりみつからなかったので書いてみます。*1 前提 Jenkinsは既に動作している Jenkins上でAntを使用してビルドが行われている AntでJunitを実行している coberturaの概要 アプリケーションのコードをコンパイル コンパイルされたclassファイルにログ出力コードを埋め込む Junit実行 レポートを出力 coberturaのモジュール取得 公式ページからモジュールを取得。 私は「cobertura-1.9.4.1-bin.zip (binary)」を使用しました。 必要モジュールの取得 取得したモジュールを解凍し以下のモジュールをプロジェクトに設定。 asm-3.0.jar asm-t

サーモン大好き横山です。 Pythonを使うとき、システムの環境を汚さずPythonのコードを書くときに便利です。 今回その導入方法を説明していきたいと思います。 Pythonのバージョンごとのvirtualenvのインストール Amazon Linux 2015.03を使う場合に、新規AMIから使う場合と2014.09以前からアップグレードしてきた場合とで、 Pythonのバージョンが異なる事があります。 以下、バージョンによってvirtualenvのインストールして下さい。 Python2.7系の場合 $ python -V Python 2.7.9 $ sudo yum list installed | grep python27-virtualenv (何も表示されなければ、インストールされていない) $ sudo yum install -y python27-virtualen

2014年05月13日11:05 Git gitのリポジトリを移行する方法 git のリポジトリを移行する機会があったのでメモ。リポジトリを移行するにはリモートリポジトリを変更してあげるだけでおkです。ちなみに現在のリモートリポジトリは git remote -v で確認できます。 $ git remote -v origin git@github.com:sasata299/devise.git (fetch) origin git@github.com:sasata299/devise.git (push) リモートリポジトリの変更は、git remote set-url origin <新しいリモートリポジトリ> というコマンドで可能です。 # リモートリポジトリを変更する $ git remote set-url origin git@github.com:sasata299-ne

既存のGitレポジトリを、GithubやBitBucketのようなホスティングサーバに移行したり、逆にローカルサーバのGitBucketやGitLabなどに移行したい場合、まあ単純にpushすればいいやんと思ったら、思うような結果にならなかったり、面倒な手順になってしまったりしてしまった。 どうも自分のワーキングのレポジトリから飛ばそうとすると、tagだったりbranchだったりが移行できていないかったりするのです。 ぐぐると、いったんローカルにリモートと同名のブランチ作って(checkoutして)から、push --all, --tags とかしてる奴とかありますがそれは面倒だなぁやだなぁみたいな。 最終的には、これが一番楽な手順かなと思う手順に行きつけたのでここに記す。 $ git clone --mirror <SOURCE_REPOSITORY_URL> $ cd <REPOSIT

【TAAF2016】恐喝かな？　振り込め詐欺かな？　日本動画協会が「おたぽる」と執筆者に計7,200万円のトンデモ要求！【内容証明全文公開】 3月18日から21日まで東京・TOHOシネマズ日本橋で開催が予定されている「東京アニメアワードフェスティバル2016」（以下、「TAAF2016」）の行方が混迷を極めている。 15日、「TAAF2016」を東京アニメアワードフェスティバル実行委員会とともに主催する「日本動画協会」は、公式サイト上に「江口美都絵氏（東京アニメアワードフェスティバル・元フェスティバルディレクター）に対する刑事告訴・民事裁判に関する御報告」なる文書を公開（http://aja.gr.jp/info/849）。同協会が一方的に“解任”を宣言したフェスティバルディレクター・江口美都絵氏が「金864万円の金員を求める」ために「知人のライター等と通謀して当協会の名誉信用を著しく毀損

まず前提としてこれから話すことはあくまで‘‘私の”体験談であって全員が全員そうな訳ではない、という事をご理解頂きたい。 ブラック企業で働く社会人は基本的には満身創痍である。私も例外ではなく、度重なる理不尽な労働に体力と気力を奪われ、労基に行くだけの気概を持てなかった。しかしこのままではいかんと奮起し、１月下旬の休日。新宿の労基へと足を運んだ。新宿の労基を選択した理由としては、私が働く会社の本社が新宿に存在するからだ。 労基に到着し、受付番号を受け取り、相談の列に並ぶ。それはもう長蛇の列だ。日本の労働環境は破綻している。そう感じさせるほど長い列だ。待つ事30分。相談員に呼ばれ、小さなブースに入る。相談員は初老の男だ。深い皺が刻まれ、眼の下には濃いクマがある。おかしな話だが、労基での労働ももしかすると多忙を極めるのかもしれない。 相談員に向かって、かいつまんで相談内容を話した。現在の労働環境、

１７日午前７時４５分ごろ、東京都町田市鶴間の市道で、市立南第一小の小学１年生倉田遼太郎さん（７）がダンプカーにはねられ、全身を強く打って間もなく死亡した。ダンプカーは現場から走り去ったが、約３０分後に約３キロ離れた場所で見つかった。警視庁がひき逃げ事件として神奈川県大和市の運転手（６０代）から事情を聴いている。 町田署によると、現場は信号機のある丁字路交差点で、横断歩道を渡っていた倉田さんが、左折中のダンプカーにはねられたという。現場は倉田さんの自宅から１００メートルほどで、通学途中だった。 現場近くで働く男性（４２）は「ダンプカーは止まることなく走り去った」と話した。

１７日朝、東京・町田市の交差点で、登校途中の小学１年生の男の子が、ダンプカーにひき逃げされ死亡した事件で、警視庁はダンプカーの６０代の運転手をまもなく、ひき逃げなどの疑いで逮捕する方針です。 これまでの調べによりますと、倉田くんは登校途中で、横断歩道の途中で、左折しようとしたダンプカーにひかれたということです。ダンプカーはその場から走り去り、警視庁がひき逃げ事件として捜査していたところ、およそ３０分後に現場から３キロほど離れた路上で警察官が発見したということです。警視庁は６０代の運転手の身柄を確保して事情を聴いていて、まもなく、ひき逃げなどの疑いで逮捕する方針です。 現場は東急田園都市線の南町田駅から北に１キロほどの信号機のある交差点です。 東京・町田市の交差点を映した防犯カメラの映像では、亡くなった倉田遼太郎くんとみられる男の子がランドセルを背負って駆け足で交差点を渡ろうとしています。同