[B! it] iwazerのブックマーク

iwazer id:iwazer

itに関するiwazerのブックマーク (7)

エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。
iwazer 2013/05/20
english

tips

it
リンク
開発手法とコミュ力は捨てろ――SIエンジニアに告げる、Web企業への転職戦略
開発手法とコミュ力は捨てろ――SIエンジニアに告げる、Web企業への転職戦略：きのこる先生のエンジニア転職指南（6）（1/2 ページ）元プログラマ、現Web系企業の人事担当者による、エンジニア転職指南。「応募書類の書き方」や「自己PRの仕方」について、エンジニアの視点を持ちながらアドバイス。エンジニアの幸せな転職のために、菌類が奮闘する。皆さん、こんにちは。2011年も残すところあとわずか。忙しい日々をお過ごしでしょうか。師走ということで、師に負けず菌類も走り回っています。新卒採用のエントリが始まり、やるべきことは増えるばかり。冬眠したい気持ちをぐっとこらえてフル稼働中です。繰り返す、ここはSIerではないさて今回は、かつて私が所属していた「システム・インテグレータ（SIer）」、そしていま所属している「Web系企業」についてお話します。 SIerは、長引く不況とIT業界の構造変
iwazer 2011/12/27
it

sIer

readitlater
リンク
そういうシステム - Haijin Boys Online
溜息しか出ねぇ今日この頃。ただうまい夕飯が食いたくて、暖かい布団から出たくないだけで、、、それなのに雨の中を原付で滑走した。ひたすら、自宅を目指して。とりあえずビールだ。そしてスキヤキだ。やってらんねぇな。システム会社に勤めて8年、これほどまでにどうでもいい感覚は初めてかもしれないが、、、この世も捨てたものじゃないし、俺も捨てたものじゃないさ。適当に、そう、適当に思いつくがままに文字列を羅列していく行為、そんな日もある。 ● 動いているシステムには触るな。 ● バッチ処理を信用するな。 ● セキュリティは初めからなかったよ。 ● 新しいアイデアが思いついたら口をふさげ。 ● 仕様書が読まれることは無い。 ● 仕様書が必要になった時、その仕様書は役に立たない。 ● SQLの達人にSQLを書かせるな。 ● 1人でオブジェクト指向。 ● システムを業務に
iwazer 2009/10/09
neta

it

manage

develop
リンク
IT 勉強会カレンダー
IT 勉強会カレンダー
iwazer 2008/05/28
凄いなぁ。

event

it

calendar

study
リンク
IT総合学部 | サイバー大学
IT総合学部では、ITとビジネスの両面を教えることを基本コンセプトにしています。最先端の情報技術を総合的にとらえ、未来に向けて人々が豊かな人間性と多様な個性を育む社会の可能性を追求できる技術の研究教育と、その応用としてのケーススタディ、さらにITが実際のビジネスにおいてどのように活用されているかなどITを使った最新のビジネスモデルまで、深く幅広く学びます。教育方針・特色学部長あいさつ教育方針・特色
iwazer 2007/08/01
it

education
リンク
肩こりや腰痛を寄せ付けない体づくり ― ＠IT自分戦略研究所
現在IT エンジニアという職業は3Kといわれ、若者の間では人気が落ちてきている。さらにエンジニアリングの世界から離れてしまうIT エンジニアも増えているという。＠IT自分戦略研究所はこの事態を見過ごすことはできない。そこでIT エンジニアの価値や生活を向上させるヒントを探る。 IT エンジニアの職業病ともいうべき、肩こりと腰痛。悩まされている人も多いのではないだろうか。＠IT自分戦略研究所が行ったアンケートによるとおよそ半数の人が肩こりに、そしておよそ4割の人が腰痛に悩まされているという。マッサージや整体院に通って症状を和らげる方法もあるが、忙しいIT エンジニアはなかなかそういった施設に通う時間が取れない場合もある。また一時的に良くなったとしてもその後、再発する可能性もある。今回、ゴールドジム北千住東京のトレーナーである根本寿史氏にお話を聞いて、肩こりや腰痛になりにくい体をつくるコツを探った。
iwazer 2007/02/12
it

life
リンク
ドキュメントレビューに役立つ40のチェックポイント ― 1/3 ― ＠IT情報マネジメント
プロジェクトを進めるうえで、トラブル発生による手戻りを未然に防止するほかに、進ちょくを測ったり、リスクを予測したりするためには、ドキュメントレビューが効果的である。ここでは、主要なドキュメントに対するチェックポイントを紹介する。仕様書のチェックリスト以下に仕様書の基本的なチェックポイントを紹介する（なお、第4回の「急がば回れ──質の良い仕様書の作り方」も併せて参考にしていただきたい）。ソフトウェア開発というのは、意図するところを人間の言葉からいくつかの成果物（ドキュメント）を経て、コンピュータの言葉に置き換えるバケツリレーのようなところがある。最初にこぼれた水を途中でつぎ足すことは、なかなか難しいもの。早い段階──仕様書には“漏れ”がないようにしたい。（1）題名は、システム名を明記しているか仕様書の題名に「?システム仕様書」のように、システム名が明記されているか。“名は体を表す”
iwazer 2006/04/11
know how

it
リンク
1