タグ

it業界とITに関するu4kのブックマーク (11)

  • ボタンを「押下(おうか)する」という言い方はかなり昔から存在していた(文献引用つき) - StatsBeginner: 初学者の統計学習ノート

    「押下する」は変な日語? IT業界でよく使われる「押下(おうか)する」という言葉について考察したQiitaの記事が話題になっておりました。 qiita.com ブコメをみると「変な日語だと思ってた」的なコメントが散見されましたが、実際、SIerの人とかと仕事をすると「押下する」という表現はもはや日常語レベルになっていて、よく耳&目にするんですよね*1。システムの設計書とかマニュアルに頻繁に出てきます。 私は就職して1年目に、自社内の業務システムのマニュアルに「◯◯ボタンを押下」というような表現があるのを見つけて初めて知りました。 上記の記事では、パソコンにおける「クリック」は「押し下げる」のではなく「押して離す」動作なのだから、「押下」と表現するのはおかしいのではないかみたいな話がされているのですが、あわせて「押下」という言葉が誕生した瞬間?についてのエピソードが紹介されております。

    ボタンを「押下(おうか)する」という言い方はかなり昔から存在していた(文献引用つき) - StatsBeginner: 初学者の統計学習ノート
    u4k
    u4k 2016/08/19
    「1921年の用例で「押下せられ」があるので、サ変動詞としての用法が古くから存在したことは間違いないです。」
  • みずほ銀行次期システム関連のまとめ(2016/11/24 追記あり) - Akio's Log

    (追記1:2016/7/11 7/7以降のブログ記事などを追加) (追記2:2016/11/24 延期発表の記事を追加) こんばんは。SE兼PM見習いです。 例のみずほ銀行の次期システム開発が話題になってますね。 blog.livedoor.jp blog.livedoor.jp 毎年この時期に、みずほ案件がグダグダだよね、という情報が出てくるのはもう恒例行事となってますが、開発工程終盤を迎えていよいよヤバイ状況が隠しきれなくなっているようです。 趣味が悪いと言われますが、デスマウォッチャーでして、特にこのみずほ銀行案件をウキウキとウォッチングしているのですが、ここでブックマークしている過去の情報を時系列に振り返ってまとめてみたいなと思います。 2002年〜合併時のシステム障害〜 次期システム案件の話に入る前に、みずほ銀行合併時の大規模システム障害に触れておく必要があります。 https:

    みずほ銀行次期システム関連のまとめ(2016/11/24 追記あり) - Akio's Log
    u4k
    u4k 2016/07/07
    よくITゼネコンとかIT土方とか揶揄されるけど、土木建築系の現場の方が健康管理も安全管理もよほど恵まれてると思う。始業前に現場で血圧測っておかしかったら作業させてもらえないじゃん。
  • 今はもう食べられない職業、iモードサイト退会遷移複雑化プランナー : 市況かぶ全力2階建

    のぞみ全車指定のJR西日、「お乗りになってから初めて自由席がないことにお気付きのお客様」とつい煽ってしまう

    今はもう食べられない職業、iモードサイト退会遷移複雑化プランナー : 市況かぶ全力2階建
  • IT用語だらけの桃太郎 | BLOG HOMME

    世界一の男性美容会社へ。 1989年2月20日、東京生まれ仙台育ち。慶應義塾大学環境情報学部中退。ITベンチャー、飲店の創業を経てすべて円満に退職し、化粧品事業に専念。 2013年4月2日、BULK HOMMEをスタート。 4児の父親。上の二人はの連れ子ですが、仲良く過ごしています。 趣味はマンガ、麻雀、キックボクシングです。 WebSite Facebook Twitter 昔々、あるところにおじいさんとおばあさんがアライアンスを構築していました。 おじいさんが山へ芝刈りに、おばあさんは川へ洗濯に行くと、川上からデファクトスタンダードを遥かに上回る大きな桃が自然流入してきました。 「こんなバジェットの桃はみたことがない。SNSにアップしてから家でべてライフログを記録しよう」 持ち帰った桃を割ってソースコードを表示してみると、中から大きな赤ん坊が表示されたのでイノベーティブな

    IT用語だらけの桃太郎 | BLOG HOMME
    u4k
    u4k 2014/10/18
    「向こうからキジがUBERに乗ってやってきました。」UBER使うのかよ!飛べよ!
  • IT業界における『知のインフラ』の最大のぜい弱性 - ミッションたぶんPossible

    はじめに 「『社外勉強会を完膚なきまでに叩き潰すたった1つの簡単な方法』というタイトルでブログを書いたんですよ。あまりのことにカッとなってね。当に腹立ちますよね、ああいう事を平気でされると! でも私もさすがに大人なんで、『後はボタン押すだけッッ!!!』っていうすんでのところで思いとどまって、そのまま放置しているんです。」 という話を、先週飛び入り参加した「とあるIT勉強会コミュニティの定例会議の皮を被った『餃子をって騒ぐだけの飲み会』」で伺いました。その方がもしかしたら今後その記事を公開してくれるかもしれないので、「社外勉強会を完膚なきまでに叩き潰すたった1つの簡単な方法」に言及するのはここまでにしとこうかと思います。エントリではその答えそのものは触れないつもりですが、内容的にはほぼ正解が分かる様な内容まで書くつもりです、そのかわりめっちゃくちゃ長文だけど。明確な「正解」が簡潔に知り

    IT業界における『知のインフラ』の最大のぜい弱性 - ミッションたぶんPossible
  • エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type

    エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『@type』のコンテンツです。

    エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type
  • アメリカ 「日本企業がアップルやGoogleに追いつくのは不可能。日本はプログラマー軽視しすぎ」 : SIerブログ

    2013年1月28日(月)スタンフォード大学名誉教授、エドワード・ファイゲンバウム氏に聞く http://business.nikkeibp.co.jp/article/report/20130124/242708/ 目に見えないソフトウエアを軽視する日 ━━確かにインターネット業界における日企業の存在感は現時点で薄いと言わざるを得ません。 教授は日企業の弱点がどこにあると見ていますか。 エドワード: 先ほども申し上げたような世界を実現するのは極めて難しいことです。 日企業がアップルやグーグル、マイクロソフトに追いつくのは不可能と言わざるを得ない。 この理由は明確です。日はこの手の開発をしてこなかったからです。 ソフトウエア開発が得意ではないことに加え、この問題を真剣に捉えようとしませんでした。 ソフトウエアは蒸気のようなもので目に見えません。つまりアトムではありません。 日

  • 特許庁のシステム開発が破綻した本当の理由

    特許庁と東芝の新システム開発契約打ち切りについて、なぜこの開発プロジェクトが破綻したのかについて私なりの解説をしようとバックグラウンドを調べたところ、調べれば調べるほど、この問題の根底には(1)コスト意識が欠如し自分たちが「公僕」であることを忘れてしまった霞ヶ関官僚、(2)霞ヶ関から流れて来るお金にたかる IT ゼネコン、(3)そのお金の流れに対する影響力を利用して票を稼ぐ政治家、という原子力業界と全く同じような構図があることが明らかになり、ウンザリしてしまった。 破綻の原因は、ソフトウェア・アーキテクチャやプロジェクト・マネージメントにあったのではなく、「競争原理が正しく働かない社会構造」そのものにあるのだ。これではうまく行くはずがないし、たとえうまくいったとしてもやたらと高くつく。 そもそも破格だと言われた99億円という落札価格も、私から見ればどうみても高すぎる。特許庁のシステムであれ

    特許庁のシステム開発が破綻した本当の理由
    u4k
    u4k 2013/01/07
    この手の案件って、酒の席含めて関係各位と調整しまくれるPMが重要じゃないの。10人の中にそういう人は入ってるのかしら。
  • 業務系SEの末路的なお話でして

    Statistics Favorites 4 Downloads 0 Comments 0 Embed Views 0 Views on SlideShare 0 Total Views 0 業務系SEの末路的なお話でして — Presentation Transcript 業務系SEの今後について 消費税増税と年金問題が与える影響 2012// 株式会社ノーチラス・テクノロジーズ http://www.nautilus-technologies.com/ mailto:contact@nautilus-technologies.com Tel: 03-6712-0636 Fax: 03-6712-0664 Copyright © 2011-2012 Nautilus Technologies, Inc. All rights reserved.NAUTILUS Proprietary &

  • 業務系エンジニアはどうしていくべきか? - 急がば回れ、選ぶなら近道

    まず超個人的な見解です。あとWeb系の人は関係ないので、そういう人は読んでも無駄です。ここでいう業務系エンジニアというのは、主にSI屋で特定企業向けのシステムを構築しているエンジニアの人たちをさします。 まず、非常に難しい時代になったと思います。 端的に、ちゃんとしたSIをやることが難しくなりました。まず、技術的には面倒なことが増えた、というかできるオプションが制御できないくらいに増えているので、うまく制限をしないとコードや仕組みが劣化する一方になりました。エンジニアリングに自由を!というのは聞こえはいいのですが、チームプレーをするのに、いちいち約束事決めないと回らないようになっているような気がします。それも毎回。始めるたびに。 別段、いきなりチームメンバーの能力があがったり、さがったりするわけではないのですが、なぜか外すと酷いことになる振れ幅が増大したような気がします。ルール決めをいちい

    業務系エンジニアはどうしていくべきか? - 急がば回れ、選ぶなら近道
  • SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道

    某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか?という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と

    SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
    u4k
    u4k 2012/03/12
    「SIが社会的に需要があるにもかかわらず、供給サイドが自壊しつつある、という状況はユーザーサイドは、もっと注意深く見る必要があります。」なるほど。
  • 1