#IT死亡かるたデザイナーかるたに続いて、なんかできていたようなのでまとめてみました
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
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 ...
なぜ日本でIT産業は育たなかったのか アメリカどころか印中韓台にすら負けてる : 暇人＼(^o^)／速報
なぜ日本でIT産業は育たなかったのか アメリカどころか印中韓台にすら負けてる Tweet 2：名無しさん＠涙目です。(庭)：2011/11/19(土) 11:36:24.95 ID:bg8e7aK/0 マーケティング弱者であること 保守的開発であること 天才がおらずみんなまあまあなこと 346：名無しさん＠涙目です。(dion軍)：2011/11/19(土) 12:31:18.69 ID:BF45w4Ba0 >>2で終わってた 4：名無しさん＠涙目です。(茨城県)：2011/11/19(土) 11:36:37.13 ID:CmtELczf0 やっと芽が出てきたと思ったらムショ送りだからな 51：名無しさん＠涙目です。(大阪府)：2011/11/19(土) 11:45:41.70 ID:MqH2nGT60 >>4 オリンパスのような企業はぬくぬくと残ってきたがなw 5：名無しさん＠涙目です。
働く事と即戦力
これは弊社だけの事かもしれないけど、どうも「人材の育成」ってのに全く関心が無いように見える。なんでもかんでも「即戦力」ばかり求めていて、自分個人的にはお話にならない。 密室会議でプロジェクトの体制が決まるのだが、だいたい自分の担当範囲は「その他」と書かれている事が多い。 基幹部分はVisualStudioで、だいたい、VB.netで書かれたプログラムで目立つところばかり。でも別に基幹部分とはいえ、クリティカルな部分は無くて、万が一止まってしまったら、リブートすればいいだけ。この部分は、たいてい他の人に取られている。 で、自分に割り振られる「その他」ってのは、VisualStudioで、VB.netとVC++で、主にネットワークとミドルウェア、ドライバの部分、他のマシンでUNIXのX-Windowだったり、Webサーバ、Webアプリ、Oracleデータベースだったり、組み込みマイコンのOS、
プログラマになろう - 日々常々
もうすぐ4月になると言う事で、時事ネタ。コの業界、特にエンタープライズなSIerやその協力会社なんかに就職される方向けに、夢や希望をなるべく潰さないつもりで書いてみる。 PGになってはいけない SIer用語でPGって言葉があります。あとSE、PL、PMとかありますけど、序盤は関係ありません。これらは契約形態は違うのですが、作業内容よりも主に単価で分けられます。で、PGは「末端作業員」と言う意味です。 PGはプログラマではありません。プログラマに失礼です。PGにプログラムは作れません。また、PGはコーダーでもありません。PGにコードは書けません。PGはSEの指示の元、似た事をしている既存システムのコードを切り貼りして、それっぽく動くものを作る下請け作業員でしかありません。そこに創造的な仕事は一切ありません。多くのPGは自らの意思か外部からの圧力によって、思考を放棄もしくは停止しています。PG
新人教育では「たのしさ」を教えています - ふものしっぽ
とある事情により4月から今年度入社の新人システムエンジニアの卵君たちの教育を担当させてもらっています。主にプログラミングなどの技術面を担当しています。教育担当の人から講師の仕事を丸投げされた感じなのでなんともはやな感じなのですが「自由にやっちゃって」とのことだったので自由にやらせてもらうことにしました。 教育資料 教育するための資料は一応用意されているということでそれに目を通してみたのですが…その内容はまったく面白味がないものでした。一般的な意見として、「仕事としてやる教育なんだからお堅いくらいでちょうどいいだろう」という人が多いのでこういう資料になっているんでしょうが、この思想こそが、全ての間違いの始まりだと思っています。 エンジニアは職人だ さて、システムエンジニアって職業について考えてみることにしましょう。私が思うエンジニアの例を言うならば「職人」です。こだわり抜いた巧みの技で、人に
「IT業界」なんて、ないんだよ
このエントリは、新卒準備カレンダー 2011春のためのもので、@shuji_w6e さんの「実践する、コツコツと、少しづつ」の次のエントリになります。 おまえ誰よ? 高橋征義と申します。プログラマです。プログラミングはかれこれ30年近くやってますが、まともに書けるようになったのは20年近くたってからです。人間続ければ何とかなることもあるんですね（ならないこともあります）。 修士の１年のとき、高校時代の友人から「インターネットのベンチャー会社作るんだけど一緒に働かない？」と言われ、あまり何も考えずに修了後その会社に参加しました。1996年、Webが流行り始めたころのことです。 そこから一度転職をはさみ、10年以上Web業界の隅っこの方で開発仕事に励んでいたのですが、昨年３月に退職、６月に電子書籍の制作と販売を行う「株式会社達人出版会」という会社を設立して、今はそこの代表取締役です。いやまあ社
2002年4月、みずほ銀行に何が起こったのか - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
2002年4月。第一勧業銀行、富士銀行、日本興業銀行が合併しみずほ銀行となった。この件についてはたくさんの報道がされたため、そのとき何が起こったのか、覚えている人も多いはずだ。 当時のぼくはシステム開発に興味がある2ちゃんねらで、よって連日プログラマ板に出入りしてはゲラゲラ笑うなどしていた。やれやれ。 さて、9年前のあのとき何が起こったのか。インターネットを探してもなかなかまとまった資料がないので、回収できた資料をまとめてみたいと思う。 http://ja.wikipedia.org/wiki/%E3%81%BF%E3%81%9A%E3%81%BB%E9%8A%80%E8%A1%8C%E3%81%AE%E5%90%88%E4%BD%B5%E5%87%A6%E7%90%86 この運用方針の結果、2002年4月1日の合併当日からメインコンピューターの不具合が原因による大規模なシステム障害が発生
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Dental Plans Best Mortgage Rates All Inclusive Vacation Packages Credit Card Application Anti Wrinkle Creams Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
技術屋のミサワ
「あーっ！ やばいミスりそう！ 私ミスりそーう！ ミスったー！！ 隠しサイトのURLを暴き最新のPostされたページを開いてしまったー！！ やべー！！ 隠しサイトがバレる！！ 技術屋として名を馳せてしまうー！！」 数多の賢人たちによって紡がれた魔術書 続きを読む
派遣プログラマ時代の思い出 - もぎゃろぐ
派遣PGとしてひどい目にあった人がいて盛り上がっている。 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。 「これ参考にしてください」と言って渡されたフローチャートは双六のようで、最後から一つ手前に「仕様変更で振り出しに戻る」と書いてあっても驚かないような代物だった。 Togetter-「派遣PG時代の思い出」 で、紅茶屋さんが、そうはいっても、最新技術を追いかけ回す企業が旧態依然とした企業より生産性が高いとは限らないよ？とのご指摘。 現場を変えようと取り組んでも結果として何も変わらないことはよくあります。また、よしんば何か新しいものが導入されても最初の目論見からはねじれた形で運用されてしまうこともあります。 慣習やし
派遣PG時代の思い出
@vjroba 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。
今年35歳になるので、エンジニアの35歳定年説というやつについて書くぞ - developer’s delight
エンジニア35歳定年説。IT業界で働く人なら一度は聞いたことがある言葉なのではないかとおもいます。誰が言い出したのか知りませんが、この言葉は非常にタチが悪く、言葉だけが一人歩きしていて多くの人が「35歳くらいになると能力・体力の低下により新しい技術についていけなくなり、引退を余儀なくされる」という解釈をしているようです。しまいには妙な拡大解釈でこのようなエントリまで書かれる状況です。僕の認識をどんぴしゃで書いてくれているエントリがないので、自分の経験を少し書いてみたいとおもいます。僕が「エンジニアは35歳が定年」という言葉を初めて聞いたのは、新卒で就職したソフトウェア開発会社でした。僕が就職したのは、法人顧客のための業務システムを開発している、いわゆるSIをやっている会社でした。ある日、会社の先輩に「この業界、エンジニアで飯を食っていけるのは35歳までだから、よく将来のこと考えておいたほう
中小企業が低予算で情報化できない理由 - 紅茶屋くいっぱのあれこれ日記
数十万円でオーダーメイドのシステムを作ってくれと言われても無理。 だけど普通の中小企業が情報化のために出せる予算なんてそんなもので数十万円でもかなり頑張っていると思う。 ちょっとそんな話しがここ数日いくつかあって何かいい方法は無いだろうかと悩みんぐ。 SOHOのプログラマーとかフリーランスの技術者にとって、受けやすい仕事と受けにくい仕事がある。 WEBデザインなどであれば、今は数十万円がボリュームゾーンなのかもしれないが、システムとなると50万はせめて超えてくれないと案件としては扱えない。 毎月５０万とかいう委託なら話しは別だけど、５０万円で業務を効率化する何かをつくってくれといわれても組めない。 100〜300万ぐらいでいったん納品できる範囲がうけ所で、逆に単発で1,000万円を超えてしまうと、SOHOではいろいろな意味で死んでしまうので受けきれない。 数十万円という額でも動けなくもない
大手SIerの利益悪化がとどまることを知らない件 - GoTheDistance
田中克己の針路IT - ソフト会社に明日はない？：ITpro ＿＿＿_ ／:::::::::: u＼ ／:::::::::⌒ 三. ⌒＼ ウソだろ！？ 今期、いきなり利益半減？ ／:::::::::: （ ○）三（○）＼ 会社どーすんだろ・・・orz |::::::::::::::::⌒（__人__）⌒ | ＿＿＿＿＿＿＿_ ＼:::::::::: ｀ ⌒´ ,／ .| | | ノ::::::::::u ＼ | | | ／::::::::::::::::: u | | | |::::::::::::: ｌ u | | | ヽ:::::::::::: -一ー_~､⌒)^),-､ | |_＿＿＿＿＿＿__| ヽ::
どうしてプログラマがPMになりたくないのか - GoTheDistance
SIerでプログラマ(PG)からプロマネ(PM)までやった僕が通ります。 ＰＭになりたくない症候群 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」 - ZDNet Japan 一度でも失点をしたらそこからリカバリーすることが困難な立場に放り込まれるし、放り込まれたら現場の裁量で何とかするしかないというデフェンシブなやり方に起因する構造的なPM疲弊体質。確かにコレは、嫌悪される理由の１つにあると思います。ただ、それだけではないな、と。技能という側面で考えても嫌悪される理由があるのかな、と思いました。 要はPG→SE→PMというキャリアパス、についてですね。 色々な議論がありますが、何が問題かと言えばプログラマとして未来を奪い去ってしまう所が過多あるってことに尽きるように思います。技術は移り変わるわけですから、プログラマでありたいなら保有スキルが陳腐化しないようにしなくてはな
夢見るSIerと虚構 - GeekFactory
たまには実情を書いてみる。愚痴大会なので読み飛ばしてくだしあ。 SIer の経営方針としては、｢どんなカタチにせよ、生産性を高めるのである｣という方向に行くと思います。生産性を高める要因は２つしかなくて、｢開発プロセスの改善｣と｢ソフト生成の自動化｣です。要するにワンタッチでポンでシステムが出来ればすげぇじゃんっていう発想。でも、そもそも要件定義が終わると全部終わるので、どうにかして改善されたプロセスを最大限に働かせるアジャイル的プロセスへの移行は不可避だと思う。 http://d.hatena.ne.jp/gothedistance/20090723/1248331426 「開発プロセスの改善」はどこのSIerでも施策に挙げていると思いますが、成果を上げているところはあるのですかねぇ。要件定義と開発はまったく別の仕事だから、両者で改善方法はまったく異なるはず。まずは後者のウォーターフォー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
企業別福利厚生・就業規定・ITポリシーリスト(ボランティアが編集しているもので内容に保証はありません)
