タグ

関連タグで絞り込む (204)

タグの絞り込みを解除

ビジネスとITに関するwata300のブックマーク (139)

  • 「 ソフトウェアの資産計上」は業界の求めたこと | おごちゃんの雑文

    Twitterで いつどう言う理由でこんなアフォな法律にしたのか知らないけど、即刻撤回するだけで日IT国になれる気がする。 「日においては、税務上は自社開発のソフトウェアも資産計上して、3年若しくは5年で減価償却をする必要があります。」 https://t.co/TaAkA72OG7 — ザバ(ザバイオーネ) (@z_zabaglione) 2017年8月22日 というのが流れて来て元ネタの、 Amazonは最大のハックである「税ハック」と日のソフトウェア産業の競争優位 を読んだのだが、事実誤認とゆーか、読みスジ違いが酷いのでまとめておく。会計士の人が書いているようなので、そういった意味の「間違い」ではないのだが、根にズレがある。 そもそも、昔は無形固定資産に「ソフトウェア」という科目はなかった。 なかったらどうだったかと言えば、「ソフトウェア」は全て経費であり損金だった。その当

    wata300
    wata300 2017/08/23
    今じゃソフトウェアを作った後に3年~5年もいじらないってことはまずありえないからなあ。
  • ソフトウェア開発プロジェクトをとりまく6つの誤解〜プログラミングを経験しないとわからないこと | Social Change!

    続きを書きました → 伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解:既にあるソフトウェアを流用し

    ソフトウェア開発プロジェクトをとりまく6つの誤解〜プログラミングを経験しないとわからないこと | Social Change!
    wata300
    wata300 2012/08/07
    けっきょく「決められた手順に従って作れば容易にできるもの」と誤解されてるってわけか。
  • IE 6, IE 7, IE 8 が退場した未来 - latest log

    Internet Explorer の自動アップグレードについて | TechNet 長かった… 当に長かった… やっと、IE 6, IE 7 が居なくなるのですね… uupaa.js ver 0.8 に埋まっている処理から情報を抜き出し IE 6, IE 7, IE 8 が居なくなった未来では何が可能になるのか抜粋してみました。 IE8 でやっと使えるようになる機能 一部は IE 6 や IE 7 でも使えるのですが、対応が限定的だったり不具合が多かったりと、安心して使えなかった機能も含まれています。 display: inline-block display: table, table-cell など position: fixed; E:active {...} E:focus {...} E::first-child {...} E:lang(C) {...} E::after

    IE 6, IE 7, IE 8 が退場した未来 - latest log
  • 今のGoogleには、すでに総合的な技術力は無い...かもしれない。

    厳密に言うと、「今のGoogleには品質管理を含めた総合的な技術力が余り無い」ように思う...世界中の優秀な技術者を結集しているようなイメージ戦略をしているのにも関わらず、だ。gmailやgoogle mapを作ったGoogleは、どこかに行ってしまったんじゃないかと思う。 スマートフォンOSはここ数年で3つか4つ出た。iPhone,Android,WebOS,Windows Phone,MeeGoなどなどだ。正直言おう。Androidが最も出来が悪くて、最も使い勝手が悪いスマートフォンOSだ。たぶん、多くの人が同意すると思う。おそらくこれらのスマホの中で通話アプリが落ちることがあるのは、Androidだけだと思う。まぁ、Android社は元々googleではないと、いわれればそれまでだけど。 クラウド環境もここ数年いくつか出た。GoogleAmazonGMOやNiftyやさくらや、N

    今のGoogleには、すでに総合的な技術力は無い...かもしれない。
    wata300
    wata300 2012/03/06
    《いちばん、驚いたのはGoogleは課金系のサービスでバグが多かったことだ。正直、これはありえない。》
  • Google がまだ Flash を使っているサービスでみる脱 Flash の難しさ - てっく煮ブログ

    Flash, HTML5スマートフォンの普及が進む中、iPhone には Flash が搭載されず、Android 版 Flash は開発停止になるなど、遅かれ早かれ Web 上から Flash が消えていき、リッチな表現は HTML5 に置き換わっていくことは確実となりました。「これからは HTML5 だ」という印象を世間に強く与えたのが、2009 年の Google I/O でした。Google I/O 2009 レポート グーグルが賭けるHTML 5の未来 − @ITGoogle はそれ以降、多くのサービスに HTML5 を取り入れてきました。しかし、いまだに Flash を利用しているサービスがいくつかあります。この記事では HTML5 化していない、または、できていない 5 つの Google のサービスを通してどのこで Flash が使われているのかなぜ Flash が使われて

  • WEBシステム開発の値段

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

    wata300
    wata300 2012/02/26
    発注側が素人すぎるシステム開発の話。ふむ。
  • いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道

    最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 (なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多

    いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道
  • パブリック・マン宣言 - elm200 の日記(旧はてなダイアリー)

    41歳の日人の男はいかに生きるべきか。その社会通念は、日の中でも住む地域や所属する社会階級によって異なるのかもしれない。私は、東京のいい大学を卒業したので、同級生たちはたいてい大企業や役所で働いている。多くは家族を持ち、仕事に子育てに忙しく暮らしている。かつて、同じような立場で生活していた私は、いつしか彼らと遠くかけ離れた人生を歩むようになった。 私は大学を卒業して入った都市銀行を半年で退社。1年間フリーターを経験した後は、ずっと IT 技術者としてメシをってきた。私は零細ソフトウェアハウスの技術者としてスタートしたので、当然ながら、孫請等の仕事が多かった。いわゆる下流の仕事だ。昔は、B2C のウェブサービスなんて存在しなかったから、大企業の社内システムを構築する仕事が主だった。2005年あたりに、インド系ソフトウェア会社でブリッジエンジニアのような仕事をした後、ウェブ制作業で独立。

    パブリック・マン宣言 - elm200 の日記(旧はてなダイアリー)
    wata300
    wata300 2012/02/15
    《私は、むしろインターネットからだけカネを稼いで、自由にいろんなところに住むほうがはるかに魅力的な人生に思えた。》
  • 特許庁のデスマーチに対する駄文 - カレーなる辛口Javaな加齢日記

    http://fumit.blogspot.com/2012/01/55.html http://blogos.com/article/30357/ これはヒドイ. もちろんブログの方がね.*1 SOLは平成18年に60人体制で設計を開始したが、翌年初めには遅延が始まったため、順次増員。平成19年3月には200人、5月には450人体制に膨れ上がる。増員しても作業効率の向上には繋がらなかったのだが、TSOLは更に大幅な人員の増強で工程の遅れに対処しようとし、平成20年11月以降には1,300人もの体制を整えたが、このような急激な増員は、かえって設計指示の不徹底や実施手順の不統一を招き、設計成果物の 「品質の不均一」 が生じることとなった。こうして混乱が続き、 このブログの主は,これを「尋常ならざる事態」と思って引用したのかもしれんけど,初期開発メンバーの10〜20倍規模なら,ごく普通のデスマ

    特許庁のデスマーチに対する駄文 - カレーなる辛口Javaな加齢日記
  • 国内の開発者が使っている言語、1位C、2位VB、3位Java。アジャイル開発は2割が採用、半数以上がウォーターフォール。IDC調べ

    国内の開発者が使っている言語、1位C、2位VB、3位Javaアジャイル開発は2割が採用、半数以上がウォーターフォール。IDC調べ 調査会社のIDC Japanは、「国内ソフトウェア開発者の実態調査」を発表しました。それによると、国内のソフトウェア開発者が最も使用している言語は、1位がC言語で19.8%、2位がVisual Basic で17.5%、3位がJavaで14.2%だそうです。

    国内の開発者が使っている言語、1位C、2位VB、3位Java。アジャイル開発は2割が採用、半数以上がウォーターフォール。IDC調べ
  • スマホ案件の見積もりについて - ku-sukeのブログ

    Android案件の見積り | クラスメソッド開発ブログ を読んで、業界人らしき人のブコメが、「この程度でホッテントリか」という感じで、僕もややそっちよりの意見だったので、ざっくり補足できそうな点について書いて見ました。もう転職して受託の立場ではなくなったので。やや発注側の視点も含まれています。 責任のないリスクについてコスト負担範囲を決める すべてにおいて最重要項目です。変化の激しいスマホ業界においては、互いのリスクテイクについての認識をあわせておく必要があります。例としてはこんなものがあります。 開発期間中に突如OSのメジャーバージョンアップがあった。 顧客「あ、新しいのでましたね。対応できますよね^^」 世論に応じて機能の根幹部分が突然リジェクト対象になる。 りんご「今日から電話番号認証禁止ね^^直さないと削除しちゃうよ^^」 過去を顧みない方針転換がなされる ぐぐる「メニューボタン

    スマホ案件の見積もりについて - ku-sukeのブログ
  • 特許庁の基幹システム失敗の背景にある、日本におけるITプロジェクトの実態

    今週月曜日に公開した記事「特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩順三氏の述懐」は、記事に対して数多くのブックマークやツイートが行われ、大きな反響をいただきました。 その萩氏から「問題提起だけで終わるのではなく、こうあるべきだという提案もしたい」、という依頼をいただいたので、記事にいただいた反響への返答という意味も込めて、萩氏の提案についても掲載したいと思います。 以下からは萩氏の文章となります。 これまでのIT業界の慣習を捨て去り、あるべき姿へ 僕が日記(注:記事の元になったFacebookへの書き込み)を書いたのは、二度とこのような案件が出ないよう質的な問題提起をしようと思ったからです。 それが僕の責任だと思いました。 質的問題を提起したつもりですが、しかし当に理解していただいたのかというのが心配でもあり、また理解していただいたとしても、今後何

    特許庁の基幹システム失敗の背景にある、日本におけるITプロジェクトの実態
    wata300
    wata300 2012/02/06
    《企業戦略(あるいはプロジェクト戦略)を踏まえた業務設計を上流と考え、そこでIT力を発揮するためのスキルやリスクマネジメント、プロジェクトマネジメントを再構築し学ぶべき》
  • 特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐

    特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 [スクープ]特許庁、難航していた基幹系刷新を中止へ - ニュース:ITpro 朝日新聞デジタル:費やした55億円、水の泡に 特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO(ガバメントプログラムマネジメントオフィス)補佐官」の肩書きで2009年まで民間から参加した萩順三氏(現 匠BusinessPlace 代表取締役社長)がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩順三氏の発言の主要な部分を引用します。 内閣官房GPMO(ガバメントプログラムマ

    特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐
    wata300
    wata300 2012/01/30
    《この問題には、日本独特のSIerとの契約形態が絡みます。この契約形態こそ日本のIT技術を駄目にしているもので(中略)これを撤廃しないかぎり問題解決できません。》
  • 紛争地域のその先 (電子書籍市場) - Chikirinの日記

    電子書籍については、前向き、後ろ向き含め、すったもんだしてて楽しい限りです。ところで、ができるところから最後までは(必ずしも一直線ではありませんが)こんな感じでしょうか? 「運搬」=持ち運ばれることが多いは教科書だし、「保存」「活用」については、資料としてのを大量保有している研究者やジャーナリストの方が想定されます。 このうち最初の2プロセスは既にデジタル化しています。もちろん今でも「原稿用紙に万年筆」で書いてる作家さんもいるんでしょうが、大半の著者はタイピングによってデジタル文章を作っているはず。 さらに編集プロセスも、原稿のやりとりや文章修正、装幀やデザインの制作、印刷行程など、電子メールや電子ファイル、デジタル加工が当然のように主流になっています。 「当たり前」すぎて話題になることもない「最初の2プロセスのデジタル化」ですが、それが進んだ理由は「誰も損をしないから」です。下図に

    紛争地域のその先 (電子書籍市場) - Chikirinの日記
    wata300
    wata300 2012/01/27
    とりあえず図がなんかカワイイ。
  • LTE本格化、画面大型化、高機能リモコン化、エコシステムの変化――CESで占う2012年スマホ・トレンドとその背景

    1975年生まれ。慶應義塾大学・大学院(政策・メディア研究科)修了後、三菱総合研究所にて情報通信分野のコンサルティングや国内外の政策調査等に従事。その後2007年に独立し、現在は株式会社企(くわだて)代表として、通信・メディア産業の経営戦略立案や資政策のアドバイザー業務を行う。16年より慶應大学大学院政策・メディア研究科特任准教授。 スマートフォンの理想と現実 2011年はスマートフォンの普及が格化する年になる…。業界関係者の誰しもがそう予感していた矢先に発生した東日大震災は、社会におけるケータイの位置づけを大きく変えた。しかし、スマートフォンの生産に影響が及びつつも、通信事業者各社はその普及を引き続き目指し、消費者もまたそれに呼応している。震災を受けて日社会自体が変わらなければならない時に、スマホを含むケータイはどんな役割を果たしうるのか。ユーザー意識、端末開発、インフラ動向、ビ

    LTE本格化、画面大型化、高機能リモコン化、エコシステムの変化――CESで占う2012年スマホ・トレンドとその背景
  • ブログでメシが食えるか、Publickeyの2011年

    このブログ「Publickey」を始めた最大の理由は、ブログという小さなメディアの可能性を広げていくことであり、小さなメディアの運営が職業として成り立つのかどうかを確かめたい、ということにあります。 そうした実験の経過として毎月ページビューの報告をしてきましたが、今月で3回目の期末を迎えたので、そろそろ売り上げについても報告したいと思います。なぜ3回目の期末でようやく報告できるかといえば、1回目の期末はまだ立ち上げたばかりで何もなく、2回目の期末はクライアント数が少なすぎて、売り上げを報告するとクライアントがいくら支払ったのかが丸わかりになってしまう感じになってしまっていたのです。 僕の周りには、いつかブログの収入でべて行けたらいいなと思っている人がたくさんいますし、僕の知らないところにもたくさんいるはずです。そういった方に、現実はこんな感じ、という一例を参考までに知っていただければと思

    ブログでメシが食えるか、Publickeyの2011年
  • 2011年、アップルは見かけを変えずに、すべてを変えた

    2011年、アップルは見かけを変えずに、すべてを変えた:林信行のアップルまとめ(1/3 ページ) 毎年この時期、アップルのワールドワイドマーケティング担当上級副社長であるフィル・シラー氏が、国内メディア向けインタビューに応じるために来日すると、その年はもうアップルから何の新製品発表もなく、アップル関係者が年越しモードに入ったことを意味する。 2011年は“大人の事情”でITmedia向けにはほかの方がインタビューを行い、筆者はascii.jp向けにインタビュー記事を書くことになった(ascii.jpのインタビュー記事:前編、後編)。最大の年末行事も終わった今、インタビューの内容も鑑みながら、アップルの2011年を振り返りたい。 見た目は同じでも、中身は新しい 「今年のアップルは、クリスマス商戦に向け、これまでで最高のラインアップを用意した」――これは毎年12月に来日するフィル・シラー氏恒例

    2011年、アップルは見かけを変えずに、すべてを変えた
  • 「クラウド基盤から作りました」――はてなチーフエンジニアとid:TAKESAKOが聞く「cybozu.com」 - はてなニュース

    「サイボウズ Office」「Garoon」などグループウェア製品を開発しているサイボウズが、クラウドサービス「cybozu.com」をリリースしました。日企業に安心して使ってもらうための盤石のセキュリティ体制や、クラウドならではの使いやすさが特長だそうです。その正体を探るべく、はてなチーフエンジニアの大西が話を聞きました。サイボウズ・ラボの竹迫良範氏も、おなじみのレッドブルを抱えて参戦。記事の終わりにはプレゼントのお知らせもあります。 (※この記事はサイボウズ株式会社提供によるPR記事です。) サイボウズのクラウド基盤サイト 大西 はてなの大西です。今日はサイボウズさんの新しいクラウド製品「cybozu.com」についてお話が聞けるということで、京都からやってきました。さて、竹迫さん、またですね……。 今回もレッドブル 竹迫 サイボウズ・ラボの竹迫です。日も前回▼同様、レッドブル▼を

    「クラウド基盤から作りました」――はてなチーフエンジニアとid:TAKESAKOが聞く「cybozu.com」 - はてなニュース
  • システム部門を強くする「資格のススメ」

    国家資格で12種類ある「情報処理技術者試験」、「ITコーディネータ」など様々な民間団体が認定する資格、OSやデータベースなどIT製品のベンダーが設けた独自の認定資格――。このようにIT関連の資格は増える一方だ。 日経コンピュータでは、ユーザー企業とITベンダーの双方の関係者に協力を頂いたアンケート結果から、資格の需要や人気動向をランキングで集計した調査企画「いる資格、いらない資格」を、今年も実施した。日経ソリューションビジネス(2009年12月に休刊)で毎年実施した人気企画を引き継ぎ、対象をITベンダー社員からユーザー企業のシステム部員にも広げたものだ。 今年の調査結果を見ると、「情報処理技術者試験では、スペシャリスト系資格の需要が昨年から高まった」「Javaなど開発分野の資格の人気が大幅アップ」など、いくつか興味深い結果が見られた。一部は稿の後半でかいつまんで紹介したい(詳細は日経コン

    システム部門を強くする「資格のススメ」
  • テスト/品質系エンジニアが身に付けておくと得をする7つの技術 - 現場のためのソフトウェア開発プロセス - たかのり日記

    「Software Test & Quality Advent Calendar 2011」の初日エントリーとして、書きます! テスト/品質系のエンジニアも、今や、テストや品質のことだけを知っているだけでは、幸せにはなれない時代となってきています。 プログラムは書けなくても、身に付けておくと良いと思っている技術をまとめてみました。 ※注 今回記述した内容は、以下のような私のドメインに偏ったモノになっています。 ミッションクリティカル/エンタープライズ系 Java/.NET 他のドメインでは異なる部分や他の標準的なツールがあれば、コメントを頂ければと思います。 バージョン管理/課題管理 今や、必須のスキルと言えるでしょう。 バージョン管理(SCM/VCS/DVCS)としては、 集中型のSubversion(SVN) 分散型のGit/Mercurial などが有名ですね。 分散型の場合は、各エ

    テスト/品質系エンジニアが身に付けておくと得をする7つの技術 - 現場のためのソフトウェア開発プロセス - たかのり日記