What's New in SQL2016 CTP2 Release - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
僕は「稼動を上げてほしい」という指示が死ぬほど嫌いだ - Fight the Future
僕は「稼動を上げてほしい」という指示が死ぬほど嫌いだ。 極めて個人的な意見だけど。 「稼動」という単語が差別的とかそういう意味でもなくて。 「稼動を上げてほしい」というのは仕事上の指示として絶対にありえないと考えてるから。 作業が多く、結果的に（一定期間での）稼動が上がっている「状態」というのはありえる。 そのコンテキストなら何の違和感もない。 でも「稼動を上げる」という「動詞」での指示は絶対にありえない。 たとえば急を要するものなら「この作業を3日後までに完了させてほしい」というのが、作業指示のはずだ。 それが工数管理のはずだ。 それがスケジュールのはずだ。 その結果として稼動が上がってしまうということだ。 僕が個人的に体験してきた経験論でしかないけど、マネージャが「稼動を上げてほしい」という指示を出すとき、プロジェクトにスケジュールはない。タスク一覧もない。 何をいつまでにすればいいか
SIerにはコード記述の自動化からビルド・デリバリの自動化へのトレンドの変化を理解してほしい - 達人プログラマーを目指して
ちょっと前にTogetterで作成したまとめに対して大きな反響をいただきました。 SIerは自動化する対象が違っているのでは？ - Togetter これは、私が Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (Addison-Wesley Signature Series (Fowler)) 作者: Jez Humble,David Farley出版社/メーカー: Addison-Wesley Professional発売日: 2010/07/27メディア: ハードカバー購入: 3人 クリック: 141回この商品を含むブログ (23件) を見るを読み始めて、ふとつぶやいた をきっかけに始まったTL上での議論をまとめたものです。この本は、7月に行わ
燃え尽き症候群に陥らないために--ITプロフェッショナルに贈る10のアドバイス - CNET Japan
ITプロフェッショナルであれば誰でもよく分かっていることだと思うが、長時間に及ぶ作業や、納期厳守のストレスから来るダメージは相当なものだ。そのまま放っておけば、過剰なストレスによって燃え尽き症候群に陥るおそれもある。しかし幸いなことに、IT業界における燃え尽き症候群を避けるためにできることがいくつかある。本記事で紹介しているアドバイスは、すべてが万人向けであるとは言えないものの、あなたに合ったものもいくつかあるはずだ。以下は、筆者自身が実際に効果を感じたものである。 ＃1：休暇は取れる時に取るようにする IT業界では、1日たりとも休むことなく何カ月も働き続けている人たちも珍しくない。しかし残業や休日出勤を重ねると、心身ともに相当堪えるはずだ。こういった働き方による当然の帰結とも言える疲労に対処する最善の方法は、休暇を最大限に活用することである。 筆者はこれまでに周囲の人たちから、休暇の取得
大手IT系メディアのミスリードが最近目立っている件 - GoTheDistance
ちょっと頂けないなぁという事例が２つ続いたので、取り上げてみたいと思います。 技術者の半数「将来は不安、だが勉強はしない」 技術者の半数「将来は不安、だが勉強はしない」――IPA調査 − ＠IT この記事タイトルを考えた人は一体何がしたいのか理解に苦しみます。こんなタイトル書かれたら意識の高いエンジニアは怒るに決まっている。「勉強もしないのに技術者名乗るんじゃねぇよ」「言われたことだけやってて文句ばかり言うなよ」とIPAの調査結果と全く違う方向性に燃え広がってしまいます。本来は技術者の自己啓発を促す調査結果でありそれをフォローする記事だったのに「勉強はしない」で全部水の泡であります。ここは「半数以上が将来に不安、勉強方法の確立が急務」ぐらいにしておけば何の問題もなかったのに。最後にIT勉強会カレンダーのリンクを張って勉強会の門を叩こうと締めくくればキレイにまとまったのに。 というか、@IT
クラウド時代にSIerはどう生き残るのか？ 人月ビジネスからどう脱却するのか？ 大手SIer役員にインタビューしました
クラウド時代にSIerはどう生き残るのか？ 人月ビジネスからどう脱却するのか？ 大手SIer役員にインタビューしました リーマンショック以降の決算が軒並み大幅減収だった大手SIer。この状況は、景気が回復すれば持ち直すなどと楽観視できません。その背景には、クラウドや仮想化技術などによるシステム単価の下落や、ユーザー企業による内製化の進展による案件の減少といった構造の変化があるからです。 こうした構造変化の中で、SIerは今後の成長戦略をどう描こうとしているのでしょうか？ また、その中でどんなエンジニアが今後必要とされるのでしょうか？ ブログ「GoTheDistance」のブロガーで、「ござ先輩」として知られる湯本堅隆氏から、こんな主題でインタビューしてみたい、という企画がPublickeyに持ち込まれました。湯本氏は、自身もかつてSIerに勤務し、現在は中小企業の情報システム担当に転職した
「IT予算の7割は運用に使われている」は日本企業だけの課題ではなかった
企業がITに使う予算のうち、7割が既存システムの運用や維持に使われているため、新規投資はわずか3割程度しかない。 この話は企業のITシステムが硬直化している理由としてよく知られており、実際に僕も情報部門や企業の役員からこうした実体を聞く機会があります。 しかしこの実態は日本国内だけではなく、海外でも同様のようです。 海外でも予算の7割が運用 先週サンフランシスコで行われたOracle OpenWorldの基調講演に立った、ヒューレット・パッカードのエンタープライズビジネス担当エグゼクティブ・バイスプレジデントのアン・リバモア氏は、次のようなプレゼンテーションを示し、予算の70％が既存システムの運用に使われていることで、企業のIT予算が硬直化していることを示しています。 アン氏は、これを解決するソリューションとしてインフラストラクチャーの仮想化、自動化、最適化とオペレーションの標準化を提案。
今年度は申請書(EXCELシート)書いて上司の判子もらわないと svn commit すらできない職場で仕事することになりました。 - SiroKuro Page
[この発想はなかった] 専任のSubversionオペレータなる人がいるらしく、受理された申請書と変更ファイル(を入れたUSBメモリ)をSubversionオペレータさんに手渡すと、あとはオペレータの人が代わりにコミットしてくれるみたいですよ。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
無精で短気で傲慢なプログラマ 技術者・SE・プログラマ面接時の技術的な質問事項
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「～はできますか
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
日本のIT業界はなぜ重層的な階層構造をとっているのか - Thoughts and Notes from CA
外資系のソフトウェア・ベンダーに転職して1年が経つ。転職するまで日本のIT業界の構造についてじっくり考えることなどあまりなかったのだが、今の会社で仕事をしていると否が応でも考えなければならなくなる。日本のIT業界はアメリカと構造が異なる点が色々あるが、その中でも重層的な下請・階層構造をとっている、ということは特徴として際立っている。本国が作成したパートナー契約を締結しようとか、本国で構築された社内システムをロールアウトしようとすると、大体重層的な下請・階層構造という問題が立ちはだかる。本国アメリカのパートナー契約はバラエティに欠き、多様なパートナーに対応できないし（例えば、システム・インテグレータに対する考慮が足りない）、社内システムも階層の深さへの思慮が足りなく、折角手にした情報を入力する受け皿もなかったりする。また、階層が深いためソフトウェア・ベンダーはお客様との距離が遠くなり、この距
開発プロセスの功罪 - カレーなる辛口Javaな加齢日記
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?Swebok に尽きるかな．ウォーターフォールモデルとかPMBOKとかCMMとかCMMIとかRUPとか，その手の「何とか標準」などは大抵は論外だ．そう言ったものが「役に立つ」「きっと適用できる」と主張する人達もたしかにいる．しかし面白いことに奇妙な偶然が見られるのだ．役に立つと主張する人はソフトウエア開発経験が全く，或いはほとんどなく，下手をすると"hello world"さえも書いたことが無い*1．逆に優れた開発者で役に立つと主張する人はまずいない．なんとも奇妙な偶然だ． 以前，とある企業の方々と話をしたが，彼らは興味深い意見の持ち主だった．書類重視でウォーターフォールモデル，低レベルプログラマの大量投入による大量生産．おそらくは『上流行程神話』の信奉者．品質もメンテナンス性も全てドキュメントでなんとかし
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
「大規模開発」と「大規模な開発」 - masayang's diary
Agile開発の話をすると、ほぼ必ず出てくるのが「うちらは大規模開発だから。Agileなんて無理でしょ。」という指摘。 「あ〜そうですか〜 大変ですね〜」と頷きながら、「本当は『大規模開発』と『大規模な開発』を履き違えているんだろこの野郎」と心の中では思っているのであった。 Slashdot: Hello World? That's easy!より引用: public interface MessageStrategy { public void sendMessage(); } public abstract class AbstractStrategyFactory { public abstract MessageStrategy createStrategy(MessageBody mb); } public class MessageBody { Object payload;
SI契約に変革迫る「進行基準」 IT業界に激震走る！：ITpro
ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を
ニッポンIT業界絶望論:江島健太郎 / Kenn's Clairvoyance - CNET Japan
日本のIT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてなの匿名ダイアリーにもどうせ理系出身者なんていらねえんだよ。なんて書かれていたけど、これが現実なのだよ、学生諸君。 ちょっと補足しておくけど、ここでIT業界っていうのは、SIerのことだ。お客さんの要件をヒアリングして、その要求に沿ったシステムを受託開発するっていうビジネスのことを指している。 ぼくもその昔、その世界のループに組み込まれていた。そして華麗なるコミュニケーション能力とやらをいかんなく発揮し、場の空気を読み、生意気なぐらいのチャレンジ精神で、それなりに仕事のできるよい子だったようだ。 いや、正直に言うよ。正直に言うとだね、結構楽しかった。 だって、考えてみてごらん。お客さんのところに出向いて行って、その業界のことをじっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
らいおんの隠れ家 - ポール・グレアム「就職なんてもう古い」
単なる「低コストの外注先」ではなくなりつつあるインドのIT産業
開発プロセスとフレームワーク - e-learningやってる社長のブログ