「SIビジネスはなくなります!」と、吹聴して回っていると、このような反論を頂くことがあります。それでも、私はやっぱり「SIビジネスはなくなる」と言い続けます(笑)
![それでもなくなるSIビジネス - ベテランIT営業が教える「正しいITの使い方、営業の使い方」](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbce8eb3e1202776e40e775ec1f264f0e287de1c/height=288;version=1;width=512/https%3A%2F%2Fjapan.zdnet.com%2Fmedia%2Fz%2F2023%2Fzd_ogp.png)
最近tmux+VimをやめてMac版GVimであるMacVimを使うようになりました。 MacVimへ移行した理由 これまでMacVimを敬遠してきました。というのも ターミナル上で動くのがVimのいいところだと思う tmux上でVimとシェルを行き来するのに慣れてしまった(tmuxから出たくない) 改めて設定するのが面倒くさかった からなのですが、最近は tmux上のVimの描画がおかしくなることが多い いちいち:redraw!を実行するのがつらい(キーバインドを実行するのすら面倒) tmux用のエスケープキーが惜しい という感じであまり上手く行っていませんでした。そこで先日から重い腰を上げてMacVimを試しに使っています。で、その結果としては 体感でターミナル上よりさくさく動く(tmuxのオーバーヘッドが無いから?) tmuxのpane切り替えを、OS Xのアプリケーション切り替えに
最近はまっているのが「炊飯器カレー」。手軽でうまい。 1.玉ねぎをみじん切りに 2.炊飯器の釜に玉ねぎのみじん切りをしきつめる 3.その上に鶏手羽元をのせる 4.炊飯オン 5.1時間ほど加熱したらトマトジュースを入れる 6.カレールーなどを入れて味を調節 7.出来上がり 水を入れずに加熱するのがポイント。玉ねぎの水分だけで調理し、最後にトマトジュースなどで加減。炊飯器というのは実に便利な調理器具で、煮込み料理に向いており、玉ねぎが原型をとどめないほどトロトロになる。手羽元も骨離れよく、身もホロホロ。 トマトジュースでさっぱりとした仕上がりになるので、これからの季節向き。夏野菜と相性抜群。ピーマンやナス、シシトウなんかをちょっと焼き、合わせてみてもうまい。 また、辛みはカレールーではなくカレー粉などでつけ、コンソメなどで味を足すとスープカレーのような感じにもできる。水分はトマトジュースではな
残念がら参加できませんでした。 参加できないときは、Ustが(録画も)欲しいなと思ってしまう。 ぐぬぬ まぁ資料をまとめますか。 開催情報 日時:2013/05/17 (金) 19:00 - 21:00 場所:NTTソフトウェア品川本社 品川グランドセントラルタワー17階 セミナールーム 場所変わったんですね。今度参加するときは注意しないと Spockハンズオン [twitter:@yamkazu] G*ワークショップZ May 2013 - Spockハンズオンの資料 おしながき Spockとは Spockの基礎 データ駆動テスト モックサポート 拡張機能 高度な話題 Docに説明資料がある。コードも豊富。 これはいいね。 LT資料 Grails with Spock [twitter:@gantawitter] ミニ四駆ジャパンカップで勝つ方法を考える [twitter:@kiy0ta
ソフトウェアがデッドロックや無限ループ等で応答しなくなったり、Segmentation Fault等で強制終了したりする場合での、gdbを使った解析手法について簡単なまとめ。 なお今回の内容はunixやlinux開発での基本知識となっていると思うけれど、例えば組み込みlinux開発などでは活用できるのを知らずに、printfデバッグで頑張っている所が結構あるようだ。開発が楽になるので基礎として知っておいて損はないと思う。 ソフトウェアが落ちる状態の解析 まず例外発生などでソフトウェアが異常終了する場合の解析について。 例えば以下のコードを実行すると、メモリアクセスエラーで異常終了する。 //main.c void hoge1(void) { int *hoge = (int *)0xDEADBEEF; hoge[0] = 100; } void hoge2(void) { hoge1();
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
スライドによって名称が「Modulalized Applications」だったり「Servers」だったりしましたが、同じ物を指していると思います。 おそらくTrusted Tester中に「Servers」と呼ばれていた機能で、 一つの「アプリ」の中に複数の「コンポーネント」を定義できるものではないかと。 これは現在の「アプリケーション」と「バージョン」の概念の間に存在するような仕組み。 概念は既存の「backends」の位置づけに似ていますが、 ・スケーリング ・デプロイ ・バージョニング ・パフォーマンス設定 を「コンポーネント」毎にできるようになります。 例えば、 インスタンスクラス(F1等)やインスタンス数等の設定は「コンポーネント」毎に設定できます。 と言っても既存のBackendsでも上記については一応できていたので、 もう少し細かく設定できたり制限がなくなるといった要素も
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く