並び順

ブックマーク数

期間指定

  • から
  • まで

521 - 560 件 / 1694件

新着順 人気順

seの検索結果521 - 560 件 / 1694件

  • 5分で絶対に分かるプロジェクト管理 ― @IT情報マネジメント

    プロジェクト管理ってよく聞くけれど…… ソフトウェアの開発は、よく家を建てることにたとえられます。家を建てる場合、顧客の要望を聞いて設計などが終わった段階から、施工のスケジュールを立て、さまざまな関係者が予定に沿って作業を進めていきます。作業が予定どおりに進んでいるかを施工業者がチェックしたり、作業の途中で建築士が品質をチェックしたりしながら、家の完成まで工事全体を管理します。その管理をせずに家がちゃんと建つ保証はありません。 ソフトウェアを開発する場合も、顧客の要望を聞いて設計をした後に開発やテストの作業があり、その作業をさまざまな関係者が予定に沿って進めます。途中で作業が予定どおりに進んでいるかをチェックしたり、品質をチェックしたりしながら、完成までプロジェクト全体を管理する必要があります。 家を建てることは、何千年も前から行われてきているため、どうしたらうまくいくのか、何を管理してお

      5分で絶対に分かるプロジェクト管理 ― @IT情報マネジメント
    • YouTube、BGMに自由に使える150曲以上を集めた「オーディオライブラリ」を公開

      米Google傘下のYouTubeは9月25日(現地時間)、動画のBGMとして無料で使える著作権フリーの楽曲を集めた「オーディオライブラリ」を公開した。現在約150曲が利用できる。フォーマットは320KbpsのMP3。 ライブラリではジャンル、スタイル、楽器、長さなどのカテゴリーで楽曲をフィルターしたり、キーワードで検索することができる。その場で試聴でき、気に入った曲にはスター(★)を付けて「お気に入り」に登録することも可能。スターが多数付いた曲は「注目」カテゴリーに並ぶ。ダウンロードすれば、YouTube以外でも利用できる。

        YouTube、BGMに自由に使える150曲以上を集めた「オーディオライブラリ」を公開
      • 人脈を築くために一番大切なこと - GoTheDistance

        人脈というのは「人」の「脈」と書きます。つまり、これが意味する所は自分を中心して「人」が「脈をなしてつながる」ことで初めて人脈と呼ぶに相応しいものになります。 人脈を築くために一番大切なこと。それは、相手に何かを与えられる自分であるかどうかです。それ以外は全部二の次です。 2年ぐらい前になりますが、僕は前職のある営業部隊の担当役員の下で仕事をさせてもらったことがあり、その時に僕の年齢じゃまず会うことが無いであろうエグゼクティブな方々とお会いする機会に恵まれました。もちろん名刺も交換しましたし、ある程度メールのやり取りもしました。打ち合わせも重ねましたし懇親会とかもやらせてもらい、色々と勉強させてもらいました。 でも、仕事が終わればお付き合いはそれで終わってしまいました。 その時僕が感じたのは、人脈を築くってのは相手に与えられるものを持たなくちゃいけないんだ、ということです。相手に対して自分

          人脈を築くために一番大切なこと - GoTheDistance
        • B3 Annex: グーグル、10の黄金律

          Newsweek最新号 (Issues 2006)に、Eric Schmidt(グーグルCEO)とHal Varian(バークレー校教授兼グーグル社コンサルタント)による「グーグル、10の黄金律」("Google:Ten Golden Rule")が掲載されている。 必ずしも目新しくはないが、一応、日本語版をB3 Annex抄訳で。 ・採用は委員会方式で グーグルで採用面接を受ける人はすべて、少なくとも6人以上の管理者あるいは将来の同僚との面接を行う。すべての人々の意見が大切であり、このことで、採用のプロセスがより公平になり、採用基準の向上にもつながる。もちろん、それだけ時間がかかることになるが、その価値はあると思っている。すばらしい人材を雇い、その人を次なる採用のプロセスに集中的に組み込むと、さらにすばらしい人材を雇うことにつながる。 ・必要なものはすべてを供給せよ 私たちは、標準的な(

          • 一介のエンジニアが大手カード会社とアライアンスするまでに工夫したこと – Finance Startups

            遅ればせながら、6/24にクレディセゾン様と、日本で始めてのCLOビジネスを始動させることができました。 » クレディセゾンとカンムが、カード決済連動型サービス「セゾンCLO」を6月24日より開始 ここまで来るのに1年以上かかりました。 長丁場は覚悟していましたが、なかなかしんどい1年でした。 なんとなくですが、最近、こういうベンチャーと大手企業の提携が増えている印象があります。 今後そういう事例はもっと増えていくはずで、もっとエンジニアにもそういう世界を知ってもらいたいと思い、前職も研究開発が仕事で、まるでBiz Dev(営業含め)をやったことがない私が、どのように大きなカード会社と仕事ができるようになったか、この1年で苦労した点、工夫した点をまとめした。 開発を手伝いながら、一気に業界知識を詰め込む もともとMarketgeekというサイトを開発していて、証券業界のことはなんとなくわか

            • 銀行SEの現在 - novtan別館

              もう2007年といえば5年前のことになってしまう。時のたつのは早いものです。 当時の増田のエントリが何故か今頃盛り上がっていて、その結果それに言及した僕のエントリも盛り上がっているようなのですが、5年前の状況というのはさすがに古かろう、ということでちょっとアップデートしてみたいと思います。 参考: IT業界で無事にいたいなら銀行に関わるな 銀行SE…かわいそうです… - novtan別館 ここ最近の銀行システムの大きなトピックというのは三菱統合UFJ銀行のDAY2(システム完全統合)と、みずほ銀行の3.11後の大障害とそれに伴う銀行の統合・システム刷新でしょう。 特に後者は銀行システムの停止が社会に与える影響が如何に大きいものかということを体現してくれました。 なんどかリークもされているからここだけの話をすると、みずほ銀行はいわゆる第三次オンラインをちゃんとやらなかった建て増しシステムであ

                銀行SEの現在 - novtan別館
              • 人力検索はてな - サーバなどの機器が大量に増え、命名に困っています。 サーバやネットワークの管理者にお尋ねします。 サーバやハブ、ルータなどの名前はどのように付けていますか?

                サーバなどの機器が大量に増え、命名に困っています。 サーバやネットワークの管理者にお尋ねします。 サーバやハブ、ルータなどの名前はどのように付けていますか? 機器名や役割などをそのまま名前にしている場合もありますが、今回は惑星の名前や星座の名前など、バリエーションが豊富で今後機器が増えても安心な「シリーズもの」を教えてください。 <回答として欲しいもの> ・どんな名前のシリーズか ・その一覧が出来るだけ多く掲載されているサイトのURL(カナだけではなく英語の綴りも記載されているサイト) ※2つとも必須です <除外> 以下のものはすでに調査済みですので今回は除外します。 ・惑星 ・衛星 ・12星座やその他の星座 (自宅でLANを組んでいる方や、何かいい案を思いついた人でも回答OKです)

                • http://www.mysql.gr.jp/

                  • 効果音ラボ - 商用無料、報告不用の効果音素材をダウンロード

                    目指したのは、業務用効果音の品質。フリー素材でありながら、音響のプロの現場でも使われています。戦闘大自然短時間で多数の音が再生できる画面設計に加え、ダウンロードも右クリックではなく左クリック一発。目的の音をすばやく入手できます。クレジット表記やリンクなど、面倒なことが不用なので気軽に使えます。 ※アダルト利用と再配布は禁止

                      効果音ラボ - 商用無料、報告不用の効果音素材をダウンロード
                    • ソフトウェアエンジニアがおすすめするTwitterアカウント100選 – 2020年版 | データスタジアム株式会社

                      当初の内容に誤解を与えるような表現があったため、記事のタイトルや本文の内容を修正しています。 データスタジアムのエンジニア、片岡です。 テクノロジーの世界は動きが速く、範囲も広いので情報収集はとても重要ですよね。 個人的に、情報収集方法としてTwitterは欠かせません。 そこで、 当社でソフトウェアエンジニアとして働く私がおすすめするTwitterアカウントを100個選んでみました。(個人69、団体31) カテゴリーはクラウド、サーバサイド、フロントエンド、スマホアプリ、AI、CTO、プログラミング言語、デザイン、マーケティング等様々です。 1つの基準としてフォロワー数5,000以上としていますが、いくつかは例外的に5,000未満のものもあります。 個人アカウント ※数字は2020年4月時点のフォロワー数(単位:万)

                        ソフトウェアエンジニアがおすすめするTwitterアカウント100選 – 2020年版 | データスタジアム株式会社
                      • 構成管理 実践入門 第1章 構成管理入門 はじめに

                        第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その1 メインライン コードライン編その2 コードラインポリシー コードライン編その3 プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その1 リリース管理 リリース編その2 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか? Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス

                        • ウノウラボ Unoh Labs: ブラウザから使用できる仕様書を書くツールまとめ

                          こんにちはsatoです。Windows以外の環境で仕様書を書こうと思うと、なかなか良いアプリがなかったりまします。今回はブラウザから使用できる仕様書作成ツールをまとめてみました。 1) オンラインで配置図などを描く Gliffy 配置図などをオンラインで描くことができます。また 画像への出力なども対応しています。いわゆるVisioの代わりになるツールです。 2) pdfファイルをtextに変換する PDFTextOnline pdfをtextに変換することができます。pdfの内容をスクリプトなどで切り出して、データ化するときなどに役に立ちます。他にもいろいろな変換するサイトやツールがあるのですが、ここは日本語が正常に通って見た目通りに変換できます。 3) データベースのテーブル定義などを書く WWW SQL Designer オンラインでER図などが書けます。以前miyakeさんが紹介して

                          • 若手エンジニア必読!超絶分かるユースケース図-全知識と書き方5ステップ

                            要求定義フェーズでよく使われるユースケース図。先輩に書けと言われたけど、「そもそもユースケース図って何?」「必要性は?」「どう書けば良いの?」と困っている方も多いのではないでしょうか。 若手SEなど難しいイメージを持っている方も多いですが、実はけして難しいものではありません。この記事で解説している基礎知識を抑えてしまえば、たった5つのステップで作成できてしまいます。 この記事では、ユースケース図の基礎知識から5つの作成ステップまで、エンジニアが抑えておくべきユースケース図の全知識を徹底的に分かりやすく解説します。 この記事を読み終えたとき、若手エンジニアもユースケース図を書けるようになっているでしょう。この記事を参考に、ユースケース図を書いてみましょう。 1.ユースケース図とは ユースケース図とは、「ユーザーの視点でシステムの利用例を表現する図解術」です。 海外では「Use Case Di

                              若手エンジニア必読!超絶分かるユースケース図-全知識と書き方5ステップ
                            • 金子勇@SkeedCastは、根っからのプログラマ!|【Tech総研】

                              いえいえ、即日プログラミングです。ゲーム好きの友人がいて、企画書とビットマップのキャラクターをもってきて「ゲームを作ってくれ」というんですね。電気屋さんはお店の宣伝になるからと「開発」を認めてくれていましたから、BASAICでプログラムを組んで、デモして、できたゲームで遊ぶと。これを一日でしていました。 ですからソフトは保存していなかったのですが、プログラマって自分の書いたコードは覚えているものじゃないですか。同じゲームは別の日でも作れましたし、少しずつ違って別のゲームができたりするのも面白かったり。中学に入るとポケコンでの開発が中心になり、授業中にポコケンでずっとプログラミングをしていたのですが、ハードが非力なのでアセンブラで組んで、それでも遅い(笑)。 こんなことを続けていたせいか、中学時代に「プログラミングを極めた」感じがしてしまいました。疲れるから仕事にはしたくないと思いましたが、

                              • "費やした55億円、水の泡に 特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた

                                費やした55億円、水の泡に 特許庁がシステム開発中断 技術検証報告書 ~フォローアップ結果とりまとめ~ 平 成 24年 1月 23日 どっちを読んでも全然わからん。というわけで、 賀沢さんのGoogle+ をヒントに平成22年8月20日の 調査報告書 を読んでみた。めっちゃ読みに...

                                  "費やした55億円、水の泡に 特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた
                                • ひげぽん OSとか作っちゃうかMona- - ハッカー養成塾:ハッカーへの遠回り

                                  オープンソースマガジン2007年1月号に向けて書いた記事の元の原稿です。 前回のアルファギーク舘野君から、バトンを渡されたひげぽんです。 Mona OSというオープンソースOSを開発しています。 僕はハッカーと呼ばれるには実力不足ですが、知り合いのスゴ腕ハッカーに少しでも追いつこうと日々実践していることをいくつか紹介します。 ハッカーに学ぶ オンラインでもオフラインでも構いません、自分よりも優れているハッカーを探してお手本とすることから始めましょう。 彼(または彼女)が何を勉強し、発言し、考えているかを観察することで多くのことを学べるはずです。 周りにハッカーがいなければ、勉強会・カンファレンスに参加したり、ブログを利用してコミュニケーションをとるのもひとつの方法です。 「ハッカーに交わればハッカーになる」とまではうまくいきませんが、周りは自分より優秀な人ばかりであるという環境を作り上げる

                                    ひげぽん OSとか作っちゃうかMona- - ハッカー養成塾:ハッカーへの遠回り
                                  • サーバにDoS耐性を付ける - stanaka's blog

                                    ウェブサービスでは、アクセスが集中して、サイトが落ちる、というのは、よくある話です。純粋に人気が出てアクセス集中するなら、サーバ管理側の責任と言われても、しかたないと思います。しかし、botやF5アタックによる突発的な集中アクセスで、落ちてしまう、というのは、運営側としても、あまり納得がいくものではありません。 そのような突発的なアクセスに対応するために、大量のアクセスをしてくるクライアントを検出し、優先度を落すか、アクセス禁止にする方法などがあります。 というわけで、Apacheモジュールでそれを検出するためのmod_dosdetectorを開発しました。(ちなみにコア部分の開発期間は、Apacheモジュールって、どう書くんだっけ、という状態から、3日でした。) mod_dosdetectorは、Apacheモジュールとして動作し、クライアントのIPアドレスごとにアクセス頻度を測定し、設

                                      サーバにDoS耐性を付ける - stanaka's blog
                                    • IT業界が長い人間としてレビューしておく「ここ最近の客先常駐の実情」 - orangeitems’s diary

                                      気になった記事 はてなブックマークを見ていて気になる記事があった。IT業界はひどいので新卒は来るなと言わんばかりの記事だ。どうも内容に乱れがあるので書いておく。 anond.hatelabo.jp レビュー結果 > 今、IT業界は人手不足だ。 その通り。募集を出しても全然来ない。 > それでもIT業界の大部分を占めるSI業界が体質を改めるどころか更に姑息になっているので、これから就職活動をする学生さんには気を付けてもらいたい。 会社による。まるで全部みたいな言い方は言い過ぎだと思う。 > その姑息さが目立つのが客先常駐をメイン事業とした企業の存在である。 > 社員数200人以上の規模を誇る独立系企業でも客のセキュリティの都合上、社員を客先に常駐させている事が多く「自社開発」と言っても「客先での開発」になる事がほとんど。 これはその通り。かなりの企業がこのパターンなのでタチが悪い。私が昔いた

                                        IT業界が長い人間としてレビューしておく「ここ最近の客先常駐の実情」 - orangeitems’s diary
                                      • 神秘かつ壮大な銀行システム建造物、みずほ銀行の「桜田ファミリア」 : 市況かぶ全力2階建

                                        東栄住宅の超キモい異物混入事件、懲役1年6ヶ月執行猶予3年の有罪判決を受けたハチミツ男「SNSは今後も続ける」

                                          神秘かつ壮大な銀行システム建造物、みずほ銀行の「桜田ファミリア」 : 市況かぶ全力2階建
                                        • 第11回 プログラマが知らない,デザイナーの苦労

                                          今回は,デザイナーとして,世間やプログラマに対して言いたい放題書かせてもらう。どうか怒らずに最後まで読んでもらいたい。デザイナーの皆さんには,大いに賛同していただける内容になっているはずだ。 デザイナーだって,タイヘンなんだ! まず,デザイナーという仕事は,非常に誤解されやすい。例えば次のような誤解をうけて,暗い気持ちで日々の作業をこなしているデザイナーも少なからずいるはずだ。 1) デザイナーという職種に対する,先入観がある 世間(顧客やエンドユーザー)には,「すべてのデザイナー」=「技術に無知」だという先入観がある。「デザイナー」とは「Webページの配色とレイアウトをする人」だから技術を知らなくて当然,むしろ知らなくてよいとする傾向すらある。開発ツールが完全分業に向けて進化しているのだから,デザイナーはビジュアル・デザインのことだけ考えていればいいという意見を持っている人もいるだろう。

                                            第11回 プログラマが知らない,デザイナーの苦労
                                          • COCOA不具合の原因は「APIの使い方を誤った」 平井デジタル相、改善を約束 開発の下請け構造改善も

                                            「国でシステムを導入する難しさを感じた」――平井卓也デジタル改革担当相が2月12日の会見で、政府の接触確認アプリ「COCOA」の不具合について、厚生労働省担当のCIO(最高情報責任者)からヒアリングを受けたことを明らかにした。会見では不具合の原因がアプリのAPI連携にあったことを説明した上で、今回の不具合から得た課題やデジタル庁を創設する意義などを改めて強調した。 COCOAは陽性者と1m以内、15分以上の接触があったユーザーに通知を送るアプリ。厚生労働省は2月3日、Android版アプリに新型コロナウイルス陽性者と接触したユーザーへの通知が送られない不具合があったと発表。厚労省によると2020年9月28日のアップデート以降、Androidでは接触通知APIから出力される値が想定と異なっていた。このため、接触が正しく通知されなかったという。 こうしたことを踏まえ、平井大臣は今回の不具合の原

                                              COCOA不具合の原因は「APIの使い方を誤った」 平井デジタル相、改善を約束 開発の下請け構造改善も
                                            • ホーム - Hello Hiro

                                              当社のトップ製品 当社のソフトウェアプログラムは、クリエイティブなデザインで高品質なものとなっています。スポーツブックメーカー、ウェルネス&スパセンター、旅行代理店などからの問い合わせを多く頂いており、すべてのお客様が新しくユニークなものを求めています。 Playbetソフトウェア このプラットフォームは、高度な数学的計算、体系的な情報交換、リアルタイムで最適化されたコミュニケーションを組み合わせたギャンブルに使用され、各ゲームユニットからの収益を最大化します。

                                                ホーム - Hello Hiro
                                              • 転職に成功したので書いておく

                                                田舎から上京して東京のとある著名な私大に在籍。その1年目にして叔父がまさかの倒産。両親が保証人になってたせいで、家族全体として多額の借金を背負う。学費稼ぎのためにコンビにバイトを始めるが、逆に単位を落としがちになり、その結果、育英会の奨学金が止まった。生活で精一杯のため大学を中退することにした。なぜか両親の逆鱗に触れ、勘当される。このとき2000年、成人式を終えたばかりの春だった。 大学中退は高卒扱いだ。学歴を武器に仕事しようと思っていたために、どうやって生きていけばいいのか目標を見失った。一人暮らしだから無職にもなれない。まずコンビニバイトをやめようと思った。 最初は新社会人の就職活動と同じような感覚でマイナビをひとしきり見てたのを覚えてる。ここで給料の相場観を掴み、フロムエーとかanで求人を探した。技術が身につくなら何でも良いと思っていたが、求人からIT技術者人口が相当薄いんだろうとい

                                                  転職に成功したので書いておく
                                                • 川崎市のコンビニで他人の戸籍謄本誤発行 「2人同時に発行申請すると上書き」バグが原因 富士通

                                                  富士通Japanは5月9日、神奈川県川崎市のコンビニの証明書交付サービスで、他人の戸籍謄本が発行された問題について、原因を公表した。 「2カ所のコンビニで、2人の住民が同一タイミング(1秒以内)で交付申請した際に、後続の処理が先行する処理を上書きしてしまう」プログラムのバグが原因だったという。 このプログラムは川崎市以外では使われておらず、他の自治体で起きた問題と原因は異なる。バグは既に修正・入れ替えたとしている。 富士通Japanの証明書交付サービスは、全国200弱の自治体に導入されているが、川崎市の他、横浜市、東京都足立区で、他人の住民票の写しを誤って発行するなどの問題が発生。それぞれ別のプログラムが原因であることが分かっている。 河野太郎デジタル大臣は5月9日の記者会見で、同システムの一時停止を富士通Japanに要請したと発表。同社は9日付のニュースリリースで、「サービスの総点検は既

                                                    川崎市のコンビニで他人の戸籍謄本誤発行 「2人同時に発行申請すると上書き」バグが原因 富士通
                                                  • ソフトウェアエンジニアのかけ声|コキチーズ@k2wanko

                                                    通勤電車で考えてたやつ 書けてるよ!書けてるよ!コードが書けてるときに使う おいおい、書き換えてるのはコードか?それとも人類の歴史かい?人類史を書き換えるほどのコードを見たときに使う 泣く子も黙るPullRequest!泣く子も思わず黙ってしまうようなPullRequestを見たときに使う コミットがチョモランマ!コミット量がすごい量のときに使う 仕様が歩いてる!自社、他社問わずそのサービスの仕様に詳しすぎる人に使う 頭にちっちゃいスパコン載せてるのかい?頭の回転が早い人に使う キーボードが2つに割れてるよ2つに割れているキーボードを使ってる人に使う もしくは普通のキーボードでも2つ使ってる人に使う ストックオプションでビルが建つぞ!ストックオプションでビルが建ちそうなときに使う 進捗おばけ進捗がすごいときに使う 会社にユニコーンが宿ってる!評価額が10億ドル以上の未上場企業に使う 参考:

                                                      ソフトウェアエンジニアのかけ声|コキチーズ@k2wanko
                                                    • オブジェクト指向の概念の発明者は誰ですか? - Smalltalkのtは小文字です

                                                      忙しい人のためのまとめ 一般に「オブジェクト指向プログラミング」と呼ばれる考え方には発案者が異なる二系統がある。(ただし簡単のため、次のうち前者から批判的に派生して生じたプロトタイプベースのオブジェクト指向はここには含めていない) アラン・ケイによる、変化に強い長期運用可能な遅延結合システムを SIMULA67 にあった「オブジェクト」をメッセージの受け手とすることで実現(オブジェクトにメッセージ送信)するアイデアに基づく「メッセージングのオブジェクト指向」と、 ビアルネ・ストラウストラップ(前後して抽象データ型を発案したリスコフ本人、オブジェクトクラスを考えたニガードらSIMULA陣営、Eiffelのメイヤーらも同様の着想を得ている)による、ユーザー定義型(抽象データ型)を SIMULA67 にあった「クラス」という言語機能を使って実現(カプセル化、継承、多態性)するアイデアに基づく「抽

                                                        オブジェクト指向の概念の発明者は誰ですか? - Smalltalkのtは小文字です
                                                      • サイゼリヤ元社長「日本の会社は、なぜシステム開発を外部のシステム会社に丸投げして適当に現場をヒアリングさせるという方法を取るんだい??」→システム内製化は単純ではない話

                                                        いぐぞー ✈️ 旅するプログラマー @igz0 旅とプログラミングをこよなく愛します。 アメリカ大陸🇺🇸を横断しました!!小学生からプログラミング→新卒SIer→Webに目覚め個人事業主兼会社員。テレビ出演経験あり。 Webサービス制作者。読書・IT関連を中心にツイートします!!ネタツイート有。アイコンは@ixy先生に利用許諾済み。Amazonアソシエイト参加。 note.com/igz0/

                                                          サイゼリヤ元社長「日本の会社は、なぜシステム開発を外部のシステム会社に丸投げして適当に現場をヒアリングさせるという方法を取るんだい??」→システム内製化は単純ではない話
                                                        • システム開発の王道を極める

                                                          | トップ扉 | 思考支援 . ネット革 . UI考房 . 設計技術 . シス開発 . 道具活用 | 自己紹介 | | 最近更新 | 思考方法 . 議論手法 . 説明技術 . 知能教育 . □□□□ . □□□□ | 著作更新 | | 総合目次 | 社会進歩 . 市民運動 . ジャナ革 . 未来社会 . 一流仕事 . 組織構築 | 独り言? | | 補助索引 | 心の階段 . □□□□ . 芸術奥覗 . 残り物達 . リンク集 . 脳ぐちゃ | 推奨用語 | ソフトウェアを中心としたシステム開発では、規模が大きくて複雑なほど、いろいろな技術が必要となる。高度な設計技術はもちろん、分析技術や管理技術などもだ。これらの技術を活用できれば、難易度の高い開発でも成功の可能性が高まる。本格的なシステム開発に役立つ技術を、活用ノウハウも含めて紹介する。 ・システム開発には様々な技術が必要 ・力ずくから

                                                          • ITエンジニア35歳定年説のその後: 実際に達者でやってる人達のキャリア事例|久松剛/IT百物語の蒐集家

                                                            ITエンジニア35歳定年説。今でも時折語られるワードですが、文脈としては「35歳定年説なんて嘘だよね」という形で使われがちです。現在LIGで年齢制限無しで採用活動をしていることもあり、改めて市場を調査中です。私自身も38歳で転職してきたので、今回は35歳以上のミドル層、主にエンジニアがどこで活躍しているのかついてお話します。今はまだ20代で怖いものなしの方にも加齢は不可避な事情であるため、現在のミドルの状況は知っておいて損はないでしょう。また、30代未経験エンジニアの方々についても触れていきますので参考になれば幸いです。 ITエンジニア35歳定年説とは何だったのか この話が出てくる度に少し調べてみるのですが、この説は詠み人知らずなようです。IT業界の黎明期から言われていたとも言われています。 次に出版物について調べてみたところ、2005年に2冊ほど見つかりました。いずれも著者自身の経験が書

                                                              ITエンジニア35歳定年説のその後: 実際に達者でやってる人達のキャリア事例|久松剛/IT百物語の蒐集家
                                                            • 上流エンジニアなんて死んじまえ

                                                              [居酒屋。サラリーマン風の男がグラスを片手にくだを巻いている。] もうさ、システムエンジニアなんて免許制にしちまえよ。 こんな複雑で難しい仕事、ロクにソフトウェア工学も修めてないトーシロがやろうってのが間違いなのよ。いやおれも含めての話よ? 何か開発でポカやるじゃん。 ポカやったら、レビューが足りなかったとかさ、チェックが甘いとかさ、なるじゃん。 でもって、誰でもできるようにチェックリスト作ろうとか、手順書作ろうとかって話になるじゃんね。 違うんだよ。 例えばさ、医者の診察考えてみ?あれってチェックリストがあれば誰でもできるの?違うでしょ? 6年間も大学通ってさ、人のからだの仕組みを隅から隅まで全部勉強して、国家試験パスして、研修医として経験積んで、それでようやく診察できるようになるわけでしょ。 今のIT業界、それもほんとに能力ある人が集まらない、底辺のIT業界って、 医者が足りない、でも

                                                                上流エンジニアなんて死んじまえ
                                                              • 業務系SEの末路的なお話でして - 急がば回れ、選ぶなら近道

                                                                某DevLoveというところで話をしろ、ということでありましたので、いろいろ話をして来ました。 http://devlove.doorkeeper.jp/events/1733 まとめはこちら http://togetter.com/li/387189 あと、しんやさんの詳細なブログがこちら http://d.hatena.ne.jp/absj31/20121009/1349795347 スライドはこちら http://www.slideshare.net/okachimachi/devlove1 以下、ちょっと自分なりにまとめを。 ■自分なりにどう話したか 自分の仕事的にはHadoopとAsakusaでの課題解決が現在の本業です。ただ、Asakusaの位置づけとして、SIのための道具立てという側面が強く、また結果として会社も直接・間接にSIにはかかわっているので、割と現状の問題も意識して

                                                                  業務系SEの末路的なお話でして - 急がば回れ、選ぶなら近道
                                                                • 「転職回数多すぎ」に思う

                                                                  面接をしていた。相手の経歴を見ると、2~3年で職を転々とし、現在32歳ですでに在籍4社目だ。多くの会社で働き、経験も豊富なのだが、こういう経歴の持ち主を「敬遠」する会社は多い。

                                                                    「転職回数多すぎ」に思う
                                                                  • 50社受けて未だに内定が出ないことへの感想

                                                                    現在大学4年で卒業を間近に控えている。去年の2月から就職活動を始め、これまでに50社受けて全て落ちた。今も続けてる。 志望は全てSE。(←なんで?っていう疑問が多いですがここではひとまず志望理由とか身の程とかは関係ないので書きません) 大学はニッコマの文系で、サークル、アルバイト、ゼミはやってきた。話の題材には困らない。コミュ障ではないし、大手病でもない。 自分で言うのもなんだが、客観的に見て、ひどい欠点がある学生ではないと思う。それでも内定は出てない。 ~~~ 書類や筆記は大体通るが、面接で落とされることが多かった。 落とされては落胆し、その後冷静さを取り戻して落ちた原因を考えることを何十回も繰り返してきた。 それにも関わらず、相変わらずいつまでたっても面接に落ち続けた。最近、自分が面接で落ち続ける理由は、自分なりに面接に落ちる理由を考え対策しているつもりで、実はただ空回りしているだけだ

                                                                      50社受けて未だに内定が出ないことへの感想
                                                                    • わたしが知らないスゴ本は、きっとあなたが読んでいる: いきなりコンサルタントに抜擢されたSEが読むべき5冊

                                                                      上長から「来週からコンサルタントとして○○社に入ってくれ」なんて言われたときに、あわてないための5冊。以下の条件全部にあてはまる人のための選書なので、関係ない方はスルーしてくだされ。シリーズ化しつつあるエントリ( [その1]、[その2] )だが、ここらでまとめ。 システム開発チームのメンバーまたはリーダー 顧客の御用聞きを「コンサルティング」だと思っている ←これ誤り McKinsey や accenture といった「ファーム」と一緒に、顧客の中に入って仕事しなければならなくなった これまで、即効性と実用性で4冊レビューしてきたが、このたび5冊目として扱いたいガイドを見つけた(4冊目)のでまとめてご紹介。 ■最初に結論 コンサル会社がやっている「コンサルティング」は、決まりきった手順や方法を粛々と実行しているに過ぎない。目標に対して泥臭いぐらい愚直に反応する。そうしたメソッドと沢山持って

                                                                        わたしが知らないスゴ本は、きっとあなたが読んでいる: いきなりコンサルタントに抜擢されたSEが読むべき5冊
                                                                      • プログラマレベル:Geekなぺーじ

                                                                        レベル0 レベル0の人はプログラムを一度も書いた事がありません。 レベル0の人は、プログラミングとはどのような作業なのか想像もつきません。 世の中のほとんどの人は、このレベルです。 レベル0の人は、プログラムをかけるプログラマはいわゆるオタクだと思っています。 ありがちな発言 「プログラミングできるんだ。ふーん。凄いね。」 レベル1 レベル1の人は学校の授業の課題としてプログラムを書いた事があります。 しかし、あまりプログラミングには興味を持てず、コンピュータに詳しい知人に課題をやってもらったり、教えてgooなどで課題の答えを聞いたりしているので、仕事としてプログラミングはできません。 ありがちな発言 「教えて下さい」 レベル2 このレベルの人は、2度ほど何かの小規模プログラムを書き上げた経験を持っています。 段々とプログラミングへの興味が広範囲に及ぶようになり、勉強をするのが楽しくて仕方

                                                                        • 「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan

                                                                          あるサイトで連載の話を進めていて、そのコンテンツを考えていた。目次を書き出しているときにふと「プログラマ35歳定年説」なるものを思い出した。 プログラマ35歳定年説とは、「プログラマは年齢を重ねて行って、35歳ぐらいになったらSEなりマネジメントなり、次に行かないとオマンマ食べられないよ」というものだ。 「そういえば、自分もそう言われてきたっけ・・・。若いころは「俺たちがシステム作ってんだ!実力があれば絶対に大丈夫。ふざけんな!」と思っていたよなぁ。」 ふと考えれば私は今36歳。その説によれば定年を迎えている年齢だ(笑)。年金はもらえないが・・・。 プログラマ、SE、マネジメント、経営の一通りを経験してきて、その説の私なりの考えを書いてみたくなった。 35歳プログラマ定年説は本当か?・・・私にとって かつては技術力に自信があったし、楽しいプログラマ人生を送ってきた。そんな私だが、今もし誰

                                                                          • プログラマーの格言(盗作多し)

                                                                            プログラマーの格言(盗作多し) 頼む、96になるまで盗作を続けさせてくれ プログラマーの格言(盗作多し) 一日は24時間ある。 今日中という意味は明日の朝までという意味である。 プログラマーの格言2(盗作多し) プログラムは思った通りに動かない。書いた通りに動く。 プログラマーの格言3(盗作多し) 要求仕様はプログラム完成後に完結する。 基本仕様は完成品を顧客が見てから決定される。 詳細仕様は使用者がプログラムを動かしてから固まる。 プログラマーの格言4(盗作多し) 私は、ソフトウェア設計には 二つの方法があるという結論に達した。 一つは、欠陥がないことが明らかなほど単純にする方法である。 もう一つは、明らかな欠陥がないほど複雑にする方法である。 C.A.R.Hoare プログラマーの格言5(盗作多し) コードは開発現場で書くんじゃない! 納品先で書くんだ! デバグは納期前にするんじゃない

                                                                            • WEBシステム開発の値段

                                                                              1 名前:以下、はてなにかわりまして元増田がお送りします。 投稿日:2012/02/23 11:49:47うちの団体で、インターネットで講習会を申し込めるようなシステムを作ることになって、ネットで調べた何社かに見積りを頼んだら、出てきた金額が業者によって25万~400万で出てきた。 見積りの項目も各社バラバラだしそれぞれの意味も、なにがなんだか素人の俺にはさっぱりわからない。 年間に1万人ぐらいが100会場でやる研修の申込みを受付けられるようにするってだけの機能なのになんで各社こんなにもバラバラなのかが理解不能。 若いってだけでITに詳しいと思われて、担当にあてがわれて、25万~400万の間で業者決める手掛かりが全くない状態でどうすればいいんだ?(それでもし業者選びに失敗したらやっぱり俺のせいなのかな。。) 続きを読む

                                                                              • ITmedia Biz.ID:第1回 会議の何が問題なのか?

                                                                                ほとんどの人が会議が嫌いではないでしょうか。何のための会議か分からない、決まったことが実行されない、そもそも会議時間が長い……。そんな非効率な会議の原因を明らかにするとともに、解決法を探っていきましょう。 長い会議に嫌気がさしたことはないでしょうか。 問題は会議が長いことだけではなかったはずです。明らかに非効率な会議が、不条理に長く続いていることにイライラしたのではないでしょうか。 そもそも「何のためにメンバーが集まったのか」が共有されていないまま会議が始まる。いざ議論が始まると、そもそも何についての議論しているのか誰も分からなくなってしまう。それでも会議が続けられ、予定時間を大幅に過ぎたところで結論があいまいなまま会議が打ち切られる。会議中に決まったToDo(やるべきこと)もいつの間にか忘れられ、次の会議でまた同じToDoが発行される。最終的には、会議がなぜうまくいかないのかを話し合う会

                                                                                  ITmedia Biz.ID:第1回 会議の何が問題なのか?
                                                                                • ls -l はなぜ事故を起こすのか

                                                                                  はじめに この記事は以下の記事で事故がなぜ起きたかを技術的に理解し筆者のtipsを共有しようと思い書きました。あくまで筆者のtipsですので、これが正しいとは限りません。 やはり、下記のコマンドが原因でした。 [root@foo script]# ls -l | sh 事故そのものは ls コマンドに -l を付けて実行してしまった事で、ls コマンドが出力したシンボリックリンクが以下の様になってしまったという話です。

                                                                                    ls -l はなぜ事故を起こすのか