マシュマロとマサカリ／なぜ未経験エンジニアは #駆け出しエンジニアと繋がりたい のか｜久松剛／IT百物語の蒐集家
SNSなどでは目上の人からの強く鋭い指導を「マサカリが飛んでくる」と表現されます。経験が多いITエンジニアについて「つよつよエンジニア」などとも評され、セットで扱われることも少なくありません。以前、教育的指導とテクハラの境目についてお話をしましたが、指導スタイルというのも随分と様変わりしました。 対して同期や後輩、同一の属性の人達とフラットな関係性で切磋琢磨する状態は「マシュマロを投げる」と表現されます。今回はマサカリとマシュマロを題材に求められる指導スタイルの変遷についてお話します。 マサカリ前提時代：少子化と売り手市場による「来る者拒まず去る者追わず」の終焉2000年代前半のインターネットインフラ界隈はIT革命による好景気もあり、オトナ達が圧倒的にお金も力も持っていました。お金の臭いがする業界だったこともあり、学生も次々と集まっていたため、多少雑に扱ったとしても「修行」「丁稚奉公」と位
単体テスト（画面単位のテスト）がクソらしいので思ったことを書いてみる - うさぎ組
なんか2週間くらいずっと画面単位のテストを単体テストと呼んで、手動テストをする現場についていろいろ文句がSNSで流れていた。それについて思うことをバカスカ書く。 これは、誰かを批難したいわけでもなく、ただの感想である。言うなれば街の風景をみたときの日記だ。そうだよ。これは日記だよ？ 要約 だいたいの話は僕が2,3年前にTwitterで言いまくった単体テスト/結合テストなんて存在しない - Togetterまとめに似ていると思ったけど、僕の狭い観測範囲では生産的な結論を迎えずに文句の固まりで終わって、こう非常にあーあっていう気持ちが残った。 あと、観測結果として 同僚や上司に加えてkyon_mmに「なぜその手法でテストをしたいの？ねぇ？なんで？」って聞かれても答えられるか。が相手を評価する目安だと僕自身が自覚した。 というのが大きかった。 単体テスト まず、最初に思ったのはTwitterで文
Docker を用いた rpm / deb パッケージ作成の継続的インテグレーション - ゆううきブログ
サーバ管理ツールのエージェント みたいなソフトウェアをインストールしやすくするために、rpm / deb パッケージを作りたい。 しかし、rpm / deb パッケージ化するためには、それぞれ CentOS(RedHat)、Debian(Ubuntu) 環境でパッケージ化することになる。 社内ではこれまでパッケージ化の専用ホストがいて、そこで spec ファイルや init スクリプトを置いて rpmbuild コマンドとか debuild コマンドを叩いてパッケージを作成していた。 さらに、アプリケーションエンジニアからインフラエンジニアに依頼するという形をとっていた。 この方法の問題点として、以下の3つがある。 spec ファイルや init スクリプトなどをプロジェクトの Git リポジトリで管理しづらい。つまり、レビューとかがやりにくい。 リリースフローを自動化しづらい。具体的には
DoSの踏み台にされているJPドメインのWordPressをまとめてみた - piyolog
Krebsが自分のサイト(KrebsOnSecurity)に対して41,000超のWebサイトからDoSを受けていると報告しています。 このDoSはWoredpressのpingbackを悪用したものらしく、先日、Sucuriもpingback機能を悪用したDoSについて報告していました。 More Than 162,000 WordPress Sites Used for Distributed Denial of Service Attack WordPressの16万サイトが大規模攻撃の踏み台に、「Pingback」機能悪用 - ITmedia エンタープライズ pingbackを悪用したDoS方法 pingbackはハイパーリンクを設置したことを通知する仕組みですが、リモート投稿(XMLRPC)の機能（WordPressのxmlrpc.php）に対して次のPOSTを送信するとそのW
Fluentdが流行る理由がいま分かる、10の実践逆引きユースケース集 - Y-Ken Studio
ログデータを活用してビジネスに役立てようという最近のトレンドは理解できる。 しかし、なぜログ収集ソフトウェアのFluentdがこれほどまで話題になるのか、不思議に感じている方もいるのではないだろうか。単にログデータを収集するならばsyslog-ngやrsyslogで十分ではないかという意見もあるだろう。 それらは既存のログシステムを置き換えるプロダクトであり、Fluentdのそれとは根本的に異なる。Fluentdは、既存のログシステムに手を入れることなく新たにログの収集を行い、ストリームデータ処理を実現するプロダクトなのである。 一般的にログデータはサーバの数だけ分散しており、それを定期実行処理で収集するということだけでも、なかなか骨の折れる仕事である。さらに集めるだけでなく、日々増え続けるログデータを活用できる形に加工してしかるべきデータストアに保管するということに挫折した方もいるのでは
【書評】なぜ、システム開発は必ずモメるのか？ 49のトラブルから学ぶプロジェクト管理術 - GoTheDistance
日本実業出版社の今野様より献本御礼。 なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術 作者: 細川義洋出版社/メーカー: 日本実業出版社発売日: 2013/09/27メディア: 単行本（ソフトカバー）この商品を含むブログ (2件) を見る 東京地方裁判所でIT事件担当の調停委員を努めておられる細川氏が、ご自身の経験をまとめてシステム開発のモメるポイントを整理し「人の振り見て我が振り直せ」を啓蒙する位置づけの図書になっております。 こう書いてしまうと非常に堅苦しいですが、モメるポイントをわかりやすく伝えるために「IT事例に詳しい美人弁護士に相談する」というカジュアルな設定になっています。塔子さんがその弁護士役で、厳しい指摘がコンビネーションブローのように続いており、爽快感がありました。 一部、本書の会話内容をご紹介します 彩音 「もう設計も終わる時期なのに、ま
第4回 RubyMotionでリファクタリング。MVCの分離にチャレンジ！ - 実践！RubyMotion - Mobile Touch - モバイル/タブレット開発者およびデザイナー向け情報ポータル
前回は Qiita API から取得したデータを UI に表示するところまで実装しました。今回は今後の機能拡張に備えて、リファクタリングを行ってみようと思います。 本来はテストのある状態でリファクタリングするべきですが、全てコントローラ上にロジックを実装してきてしまったためこのままではテストを書こうにも難しい状態です。そこで今回は機能が少ない今のうちに MVC への分離を行って、テストを書ける状態にリファクタリングしたいと思います。 基本的な方針は以下のようになります。 ディレクトリ階層を整理する Qiita API とやり取りするコードをモデルとして切り出す 投稿のタイトル、日付、投稿者を表示しているテーブルのセルをビューに切り出す 投稿の内容 (本文) を表示するコードを別のコントローラに分離する では順番に進めていきましょう。 1. ディレクトリ階層を整理する 現状のディレクトリ階層
Vim のタブページ番号とウィンドウ番号について - C++でゲームプログラミング
この記事は Vim Advent Calendar 2012 305日目の記事になります。 関連:Vim のバッファとウィンドウを理解する - 反省はしても後悔はしない id:cohama さんの記事の余談というか補足というか、ちょっとウィンドウ、タブページ番号について書いてみました。 [バッファ番号とウィンドウ、タブページ番号の違い] バッファ番号とウィンドウ、タブページ番号は似ているようなイメージですが実際には少し違います。 バッファ番号はバッファを開いた時に順番にナンバリングされてバッファと番号が1対1 一方、ウィンドウ、タブページ番号は各ウィンドウ、タブページに対して番号が割り振られるのではなくて、ウィンドウ、タブページの位置によって番号が決まります。 例えば、ウィンドウ、タブページ番号は以下のような感じになります。 ですので、ウィンドウの位置を入れ替えても番号が入れ替わるわけでは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「個人を特定する情報が個人情報である」と信じているすべての方へ―第1回プライバシーフリーク・カフェ（前編）
Engadget | Technology News & Reviews