最近感じる日本企業のITの問題と展望~「ソフトを他人に作らせる日本、自分で作る米国」を読んで : プログラマの思索
【公開】第30回IT勉強宴会「最近感じる日本企業のITの問題と展望～「ソフトを他人に作らせる日本、自分で作る米国」を読んで」 【1】「ソフトを他人に作らせる日本、自分で作る米国」の著者である谷島さんが来阪されたのを記念に勉強会が開催されました。 数人が本の感想をメインに発表し、谷島さんに感想を述べてもらうという緩い勉強会でした。 いろんな議論がありましたが、詰まる所、「日本のユーザ企業がシステム開発を内製化するにはどうすればよいのか？」というテーマを巡る話だったと思います。 僕は、SIとユーザ企業の両方を経験した立場から、現状の日本のIT企業(SIとユーザ企業の両方)について、話しました。 【2】「日本企業はロールが多すぎる」という問題 【2-1】SIにしても、ユーザ企業にしても、日本企業は役職が多すぎる。 特に、管理職は部長、課長だけでなく、事業部長、PMO、○管理長、主査など色んな肩書
ロジカルシンキングで開発要求に応える
「無茶な追加開発の要望を断りたい」「新しい開発プロセスを受け入れてほしい」。ITエンジニアが直面しがちなこれらのシーン。論理思考を生かした説得術で乗り越えよう。 出典：日経SYSTEMS 2014年1月号 pp.50-57「困った時に役立つロジカル説得術」 記事は執筆時の情報に基づいており、現在では異なる場合があります。 新たな取り組みを社内関係者に認めてもらいたい 新しい技術や開発プロセスをプロジェクトで採用するには、上司や経営幹部といった社内の関係者の説得が必要になることが多い。新しい技術やプロセスの採用には失敗のリスクが伴う。こうしたリスクに敏感な上司は、既に実績が豊富な手段の採用を求める姿勢になりがちだ。大規模なシステムとなればなおさらである。 2016.11.10 ユーザーに問題解決の優先順位を認めてもらいたい 受け入れテストで不具合が相次いで見つかり、利用部門の担当者から「すべ
悪文と良文から学ぶロジカル・ライティング 目次
ITエンジニアにとって文書作成技術は欠かせません。日常のメールのやりとりにはじまり、要件定義書、機能仕様書、企画の提案書など、上司やチーム、顧客などに対して、文章でコミュニケーションをとる機会がとても多いからです。 本連載では、論理的にわかりやすい文章を書く「ロジカル・ライティング」のノウハウを伝授します。ITエンジニアが日常的に用いるであろう文章を例に使い、どこが悪くてどう直せばいいのかといったポイントをわかりやすく解説します。実践すれば、誰でもすぐにわかりやすい文書が書けるようになるはずです。 連載目次 ●オリエンテーション ・ITエンジニアにとって「書く技術」とは？ ●文書の全体構成を組み立てられるようにする ・内容を大きく分けて項目を立てる ・適切な順番で項目を並べる ・話の階層をそろえる ●文章表現の基本ルールをマスターする ・主語と述語を対応させる ・修飾語と被修飾語をはっきり
文章をCabochaで解析してグラフにして可視化する(歌詞可視化) - クフでダローバルな日記
最近どうやら歌詞を可視化するのが流行っているようです。 何がおもしろくて朝の時間をこんなものにつぶしたんだと10時間前の自分を責めたい pic.twitter.com/Y8kffFm8gW— 御苑トンネル (@Tatawidepine) 2015, 9月 28 自然言語処理をすれば簡単に自動化出来るんじゃないかと思ったので、文章を与えると流れを可視化してくれるプログラムを組んでみました。 出来上がったサンプルがこちら 使ったもの Ruby CaboCha(係り受け解析器) graphviz(グラフ作成) gviz(graphvizのgem) 事前準備 CaboChaのインストール 僕は既にMeCabとかをインストールしてあったので超簡単でした。 $ brew install cabocha $ gem install cabocha-ruby graphvizのインストール これもいつだっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
レファレンス協同データベース