タグ

itに関するkimutanskのブックマーク (33)

  • 2013年秋のIT系イベント。Cloud Show Japan、ソフトウェア品質シンポジウム、XP祭り、YAPC、DevOpsDayなど盛りだくさん

    2013年秋のIT系イベント。Cloud Show Japan、ソフトウェア品質シンポジウム、XP祭り、YAPC、DevOpsDayなど盛りだくさん IT業界の秋はイベントの季節。各地でコミュティやベンダ、イベント会社などが展示会や年次総会などさまざまなイベントを開催します。ここでは主なイベントの情報をまとめてみました。 新たな情報の収集や学習の機会、あるいは人脈の拡大の機会として、いまから気になるイベントに参加する予定を立ててはいかがでしょうか? Publickeyもさまざまなイベントを取材する予定です。ぜひ会場でお会いしましょう!(それぞれのイベントの正確な情報は、主催者のWebページでご確認ください。また、現時点で発表されていないイベントなどもこれから順次発表されていくと思いますので、ここに載っているのがすべてのイベントではありません) FIT2013(第12回情報科学技術フォーラム

    2013年秋のIT系イベント。Cloud Show Japan、ソフトウェア品質シンポジウム、XP祭り、YAPC、DevOpsDayなど盛りだくさん
    kimutansk
    kimutansk 2013/08/19
    土日に差し掛かるイベントもそれなりにあるため、この辺はいけるかも。見てみましょう。
  • 超高速開発が目指す未来像は何なのか - GoTheDistance

    発表から一部で非常に強い拒否反応と共に盛り上がっているのがこちらの「超高速開発コミュニティ爆誕」のお知らせです。 超高速開発はスクラッチ開発の3倍から10倍の開発効率が条件、競合するベンダ13社が利害を超えて「超高速開発コミュニティ」を設立 - Publickey プロフェッショナルたちの熱い想い:「超高速開発コミュニティ」を設立――日が19位で黙っているわけにはいかない - @IT 超高速開発のコンセプト自体は僕もOSSのフレームワークを活用して自動生成の恩恵に授かっているので否定しません。開発自体が高速になることは歓迎すべきことです。 今回の件はポジショニングが「いつまでも手組みでコードを書いているから生産性が低く作業も多く品質も問題が出てしまう」への解決策という立ち位置のため、「そのツールがカバーできないことが多くて結局コードを書いているのですが」という生理的拒否反応が大きいようで

    超高速開発が目指す未来像は何なのか - GoTheDistance
    kimutansk
    kimutansk 2013/08/09
    誰に、どんな価値を提供するかが一番不明確といえば不明確でしたね・・・
  • 新規事業はモノとノウハウに因数分解して考える

    kimutansk
    kimutansk 2013/07/21
    「モノ」「ノウハウ」に分解し、求められているものをそれらの組み合わせで提供できないか考える、というわけですか。
  • 「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」

    「システム・インテグレーション崩壊」は、時間の問題です。むしろ積極的にSI事業者自らが、この創造的破壊に取り組んでゆくことが、最良の生き残りの選択肢ではないかと考えています。 SIビジネスの課題は、Pay for Time (人月単価の積算で金額が決定するビジネス)であるにも関わらず、成果保証(瑕疵担保責任)を負わされることです。

    「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
    kimutansk
    kimutansk 2013/07/21
    日本のSI業界のこういう構造がよろしくないのは前提としてあるとして、他の国ではこういう歪みをどう解消しているんでしょうね・・・
  • 地方からITエンジニアが消えていく - Akai's Insight & Memo

    エンジニアは、地方から首都圏へ Facebookである人が、「関西にいる同級生がどんどん転勤や単身赴任で東京方面に行っている」とポスト。それに、呼応する形で、実際に関西から東京へ単身赴任中のIT企業のエンジニアのリプライがあった。 また、先日、ある地方のSI事業者に、取材に行ったとき、現場のマネージャーから、「この数年で、地方のエンジニアのスキルが落ちたという実感がある。競合と提案しても、コンサバだし、一昔前の提案が多い」という話を聞いた。 実際に、僕自身も、90年代は、神戸でソフトウェア開発者であったが、今は、東京で働いている状況だ。 ITバブル崩壊以降、他の産業から遅れて、IT産業の首都圏への集中化が起こっている実感は、多くの業界関係者が持っている。 IT産業を語るとき、ゲーム産業やウェブサービス産業と混在して語られる場合が多いが、IT産業というときは、歴史的には、コンピューターを中心

    地方からITエンジニアが消えていく - Akai's Insight & Memo
    kimutansk
    kimutansk 2013/07/17
    ITエンジニアはともかく、SIエンジニアとしては・・・地方は辛いんですかね
  • 【仕事】IT系企業に務める自分がうつ病の苦しみから脱出するために実行した10の事 - さとうさんのキロク

    7,8年付き合ったうつ病からほぼ脱出するために試したことでこれは効果があったと思う10個を並べてみます。 一応順序に気を使っているので、10番に近づくほど難しくなっていきます。絶賛病の人は1番から試してください。 1.都内に住まず、公園などでぼーっとする。 photo credit: marcp_dmoz via photopin cc 実家を頼ってお金を借りるでもいい、実家から通勤できるならそれでもいい。とにかく都内から離れること。ある程度の自然があるところに引っ越す必要は絶対にある。しかし、働かない訳にはいかないので、自分から会社との物理的距離は必要。出来れば通勤が電車で30分から1時間の範囲で。家賃も下がり、部屋も広くなると精神的苦痛も和らぐ。庭やベランダが広いのもとても効果的。最終的に菜園的なこともできる。 2.医者に行き、クスリはちゃんと飲む。 photo credit: Al

    【仕事】IT系企業に務める自分がうつ病の苦しみから脱出するために実行した10の事 - さとうさんのキロク
    kimutansk
    kimutansk 2013/07/15
    この先どうなるかわかりませんからね。こういう情報は後で振り返れるようにはしておきましょう・・・
  • サービス終了のお知らせ - NAVER まとめ

    サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

    kimutansk
    kimutansk 2013/07/07
    これはいいですねぇ。後は欲を言えば都心に陸路で2時間以内で出れる場所であれば・・・というのはさすがに求めすぎですか。
  • 「技術一筋」が「マネジメントも面白い」に変わった理由 - @IT自分戦略研究所

    第29回 「技術一筋」が「マネジメントも面白い」に変わった理由 岑康貴(@IT自分戦略研究所) 赤司聡(撮影) 2009/8/24 第28回へ|1 2|次のページ 竹内義晴(たけうちよしはる) テイクウェーブ 代表 1971年1月21日、新潟県出身。自動車メーカー、SIベンダなどでのソフトウェア開発エンジニアを経て、現職。人の感性を大切にし、新たな未来を創発するサポート「創発コーチング」を考案、普及活動を行っている。そのほか、ビジネスコーチング、人財教育にも従事。「ビジネスマンの不死身力」(ITmedia エンタープライズ)、「竹内義晴の、しごとのみらい」(ITmedia オルタナティブ・ブログ)、「エンジニアライフ クロストーク」(@IT自分戦略研究所 エンジニアライフ)など、幅広い執筆活動も行っている。 ■「マネジメントなんてしたくない!」 わたしはもともとシステムエンジニアで、しかも

    kimutansk
    kimutansk 2013/05/03
    この系統の記事はよく見ますが「技術一筋」から「マネジメント/リーダー」に切り替わる流れしかないんですよね・・・ 結局、SI業をやっている会社では技術一筋ではいられないということなんでしょうか
  • [論点3]どんな開発手法を適用すべきか

    みずほ証券がテストの件に加えてもう一つ、東証の重過失に当たるとしたのが「システムの開発手法が適切ではなかった」点だ。開発ベンダーに適切な開発手法を求めなかったため、発注者である東証も責任を免れないとする。 開発手法が適切ではないことを説明するために、みずほ証券は具体的な事例を示した。東証がソースコードを修正する際に、「モジュール詳細定義」などのドキュメントを修正していなかった点だ。 東証はこの事実を認めた上で、「一旦コーディングが済めば、その後の修正は、全てソースコードを中心に行うことが最も効率的であるから、モジュール詳細定義を改訂していなかったことに問題はない」と反論した。「コーディングが済めば、ソースコード自体が、最も詳細なドキュメントである」というわけだ。 これに対してみずほ証券は、ソフトウエア工学の専門家による意見書を引用し、こうした東証の主張を真っ向から否定した。「システムを保守

    [論点3]どんな開発手法を適用すべきか
    kimutansk
    kimutansk 2013/04/05
    コードクローンを含むプログラムの信頼性が高いという定量的な研究ってどこなんでしょうか・・・ かつ、それって仕様変更保守でもいえるんでしょうか
  • ダメなシステムが無くならない理由はエンジニアを正しく活用できないから - GoTheDistance

    Twitterで流れてきたのでつい見てしまいましたが、この方の連載は全体的にやっつけ感が否めないですね。 なぜ“ダメなシステム”は無くならないのか? - なぜ“ダメなシステム”は無くならないのか?:ITpro この"ダメだしとっつあん"があの手この手で言わんとしてることは「上流工程と下流工程の分断は悪であり、ダメなシステムはそこから生まれている」ということですので、この記事を読んだ人は連載読まなくて大丈夫です。僕が書いたこのエントリ読んでください。もっと突っ込んで書いてあります。 「SIerでのキャリアパスを考える」というイベントに登壇しました - GoTheDistance もうそろそろぶっちゃけてもいいでしょ。ダメなシステムができる理由は簡単だってことに。ウオーターフォールが逆流できないせいだ/丸投げするからダメ/リスクをとらないからダメ/技術力のないやつが舵を取るからダメ・・・ってさ

    ダメなシステムが無くならない理由はエンジニアを正しく活用できないから - GoTheDistance
    kimutansk
    kimutansk 2013/03/22
    至極まっとうな5つのポイントですが、これが全て守られている所を見た経験がないのもまた事実・・・・難しいですよね
  • GitHub - cbrauckmuller/helium: A responsive frontend framework that won't weigh you down.

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - cbrauckmuller/helium: A responsive frontend framework that won't weigh you down.
    kimutansk
    kimutansk 2013/01/27
    サイトのテンプレート・・? 実際に使っているところを見るとかなりシンプルに作れそう。
  • 『SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道-』に参加してきた #devlove - Diary of absj31

    SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道- - DevLOVE 2012/10/09 SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道 - DevLOVE #devlove - Togetter 講師及びその講師の方が話されるテーマも相俟って、募集後即定員が埋まる盛況振り。自分もタイミングを逸しキャンセル待ちで登録していたのですが、晴れてキャンセル待ち繰り上がりで参加資格を得る事が出来たのでこの日参加して来ました。 会場はマイクロソフト品川社セミナールーム。今回はいつにもまして参加者も著名な方が多数参加。注目度の高さがここでも伺えます。 papandaさんの今回のイベント開催に至る経緯として以下の様なコメントが最初にあり、間髪入れずに編へGOです。 ブログを読んでいて、書かれている事が仕事に対して危機感を持つ内容だった。 こういった内容を書かれる方のお話を聞いてみたい。

    『SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道-』に参加してきた #devlove - Diary of absj31
  • リモート勤務のようすを紹介します - give IT a try

    はじめに 僕のブログをよく読んでくれている方はご存知かもしれませんが、僕は兵庫県西脇市という片田舎でリモート勤務をしています。 常時リモート勤務になってから半月が過ぎ、なんとなく自分のワークスタイルが見えてきたので、ここでちょっと紹介してみたいと思います。 仕事場のようす まずは僕の仕事場をちょこっとお見せします。 もともと1.5畳ぐらいの小さな小さな書斎を仕事場にしようかと思っていたのですが、さすがに狭すぎるのでベッドルームに移動しました。 写真には写っていませんが、隣にはいつも寝ているベッドがあります。 デスクは昔から家にあったパソコンラックなので、そのうちもうちょっとゆったりとしてオシャレなデスクに変えたいな〜と思ったりしています。 休憩時間に弾いたら気分転換できるかな〜と思ってギターも持ってきてみました。 しかし、ギターを弾いてるとすぐに4歳の娘が「おとーさんうるさい!!」と苦情を

    リモート勤務のようすを紹介します - give IT a try
    kimutansk
    kimutansk 2012/09/29
    こういうのいいですね。 単にやっている方だけでなく、これが成り立つ組織としている方も凄い。