  |
はてなキーワード: バージョンアップとは
Kinzaと名乗るブラウザが今年の中ぐらいに出てきて、(恐らく、金を出して)各種インターネットメディアに取り上げてもらって多少は有名になったらしい。
昨日、窓の杜で窓の杜大賞にノミネートされててびっくりした。あんな程度のブラウザがノミネートされるとは思っていなかったから。
さて、このブラウザがどうして「あんな程度」なのかを、いくつか理由をつけてこき下ろしたいと思う。
もともとはメジャーバージョンにはついてくるとか言っていたのに、「著名サイト閲覧時にクラッシュする動作がある」とかいう理由だけで、最新のバージョンに上げようとしない。
ほかの派生ブラウザも落ちるとか言ってるのだが、具体的なサイト名を列挙しようとしない。
Chromiumが原因だって言うならChromiumのIssuesに上げろよ。オープンソースをタダで利用してんだからそれぐらいの貢献しろよ。
まさか、ありもしないことをでっち上げてバージョン上げるのを渋ってんじゃねーだろーな。
→一応、最新バージョンで追いついた模様。
スマートフォンがそれほど流行っていなかった5年前ならまだしも、今頃になってこんな機能を標準搭載するとは時代錯誤もいいところ。
けど、消してくれ要望は見当たらない。まあ、あっても害はないからそんな要望は来ないんだろうな。もし消してほしいって要望出したらなんて回答する気かな。
最近のバージョンではいろいろ要望を聞いた結果、新しいタブのカスタマイズができるようになった模様。
ところが、このせいで表示が重くなった。重くなってもユーザーの意見が大事なのですかそうですか。
こういうことが、バージョンアップを重ねるごとに増えていくのかと思うとな。
これは、ChromeのUIに一生縛られ続けるということ。ChromeがUIを変えたら基本的には従うしかない。なぜなら、ChromeのUIに逆らうということはオリジナルからの修正差分が増えてしまうから。Chromium派生になったOperaが限界ではいかと(独自機能もいくつか消えた)。
よって、UIの抜本的改善は絶望的。ChromeのUIが嫌いな人には見向きもされないだろう。
また、「Google Chrome と同等の機能を実現」とか謳ってる癖にH.264、MP3、AACな動画・音声が再生できない（flashを使った場合を除く）しPDFの内蔵ビューアーもない。できないことがあるのに謳うなよ。正しくはオープンソースの「Chromium」である。半年たっても直ってないのだが、気づいていないのかわざと直していないのか。
「エターナル青春系ブラウザ」というふざけたネーミングはセンスを疑うほどダサい。誰だよダサいキャッチつけたのは。
それと、あのマスコットはなんだ。萌えに走らなかっただけまだマシだがゆるすぎてひどい。
その3と少しかぶるが、あえて分ける。
ユーザーフォーラムを作り、ユーザーの要望を聞いて新機能開発やるとか言ってるけど、それって「(自分にとっては)いらない機能もつけます」ってことだよな。それとも、「自分はこれから何をやったらいいかわからないので教えてください」か？自主性のかけらもない。
しかも、Chromeにない機能をつけるほどメジャーバージョンアップ作業が大変になるので、自分で自分の首を絞めることになりかねない。
約10年前がピークだったとある超ゴテゴテな国産ブラウザと同じ路線に行く気か。こんなので迷走しないわけがない。
言いがかりになってきたのでここまでにしておく。
だが正直、たかが国産という理由だけで何であんなに「いい」と思ってるのか、理解に苦しむ。
このままだと、Coolnovoと同じ末路だ。大丈夫かなこれ。
2015/1/13
懲りずに宣伝してやがる。
http://www.forest.impress.co.jp/docs/serial/moritalk/20150113_683480.html
もうそろそろ、破たんしそうだけど、どこまで持つかな。
こういうユーザーの意見をうんぬんとか言うのって、特定の人間にしか受けないソフトにしかならないのだが。
まあ、どうなるかある意味楽しみだ。
http://anond.hatelabo.jp/20141112215920
本当は本文の下にフォーム埋め込みたかったんだけど、色々があってwindow.open()になった。
それから、
折りたたみ処理が失敗するのを1時間前に発見したのでバグの修正。
あと細かいところは忘れた
本当は本文の下にテキストボックス2つ追加して返信できるようにしたかった。日記を書くのフォームの中を覗いたらユーザー固有（未検証）？のハッシュ値みたいなのがhiddenにフィールドに入ってた。当然、その値を一緒にPOSTしなきゃ動かないだろうから（未検証）その値を拡張から取得しようと思ったんだけど、お手軽に取得する方法を思いつかなかったので、フォームを自作する方法はやめた。
次に、Ajaxで日記のフォーム取得してそれを埋め込んでやろうとしてコードを書いてみた。日記編集ページをAjaxで取得しようとしたら増田トップページにリダイレクトされたので、どうやらAjaxは弾かれるみたいだ。というわけでこの方法も失敗。
あとはiframeを埋め込むか、window.open使うかぐらいしか思いつかなかった。iframe使いたくなかったのでwindow.openになった模様。
何故かあえてそれをせずコアな部分を弄って自己満足に浸る。
ということでコアな部分を弄ったために、
ベースとなったフレームワークがバージョンアップしても容易には利用できなくなる。
便利な機能が追加されても利用できないわけだ。
そしてしばらくすると言語そのもののバージョンアップが必要になってくるが、
何せフレームワークを独自に弄ってしまったのでその頃には検証範囲が膨大になっている。
そもそも既存のフレームワークよりドキュメントが充実することはまずありえない。
言語のバージョンアップに対応する工数を掛けるなら新しく作ったら？的な発想。
http://anond.hatelabo.jp/20140925002959 に続き、準メジャーブラウザとその他のブラウザの現状。
Firefox派生のブラウザは全く使ったことがないので、省略。
Chromium派生のブラウザは(レンダリングエンジンの性能に関しては)どれもChromeを超えられる存在にはなりえないので、とりあえずOperaだけ。
かつては独自のレンダリングエンジン(Presto)を載せ、独自機能を数多く搭載し、一部の人から「Opera最強伝説」と絶賛されていたブラウザ。
Web標準にいち早く準拠させた一方で、IEなどの互換性も配慮していたようだ。
しかし、HTML5やCSS3の準拠度は後発のWebKitエンジン搭載ブラウザに押されてしまった。
そのせいなのか、もしくはPCが廃れそうだから独自レンダリングエンジンに投資するのは無駄と考えたかどうかは不明だが、PC版はBlinkエンジンを採用することになってしまった。
Blinkエンジンを手に入れることによって、得られたのはHTML5の準拠度UPとブラウジングスピードと安定度。失ったのは、マウスジェスチャのカスタマイズやサイドバーといった今までのメリットだった独特のUI。ただのChromium派生ブラウザになってしまった。
バージョンアップタイミングはChromiumと同期するためバージョンアップ頻度が高くなり、現在では24まで上がっている。
それでもなお、独自エンジンを搭載した最終バージョンを使い続けるユーザーが少なからずいるようだ。
国産ブラウザ代表。かつては、IEコンポーネントなタブブラウザの定番だった(少なくとも国内ではそうだった)。
最近、Version 5系が出て、何を思ったのか不明だがバージョンが6まで上がった。5からは文字がボケボケ滑らかになったり、タブがページサムネイルになったり、Blinkエンジン専用になったり、4でできたカスタマイズができない、6で「お気にタブ」というネーミングセンスを疑う新機能など、ある意味で大化けしてしまった。
一方で、2系や4系のバージョンアップは継続するようだ。実際はこれらの処遇を決めかねているのではないだろうか。
2, 4, 6の中で不満の少ないのを模索しているようにも見える。
ちなみに、BlinkエンジンはChromiumをいじってChromiumのタブとかボタンとかを隠しているだけ。このおかげで、Chromeの拡張機能がそのまま使えるようだ。Blinkのプロセスを単独で実行させれば素のChromiumが起動する。4系で確認。6系は未確認。
全バージョンに共通して言えることは、起動が遅い、UIがごちゃごちゃしすぎ。機能に振り回されている。さらに、Chromiumのバグまで引きずるダメアプリ。
国産ブラウザ代表。昔は軽量だったのに、「世界初 トリプルエンジン搭載」だとかなんとか言ってるせいで、いつの間にか重量級ブラウザになってしまった。WebKitエンジンの更新が止まり、セキュリティ的にやばいんじゃないかと言われ続けたが、最近になってようやく更新し始めた模様。
ブラウザ本体にAds by Lunascapeと広告を載せる実験をした実績あり。
感想はSleipnirと同じ。どちらかというと、レンダリングエンジン自体が重いせいなのかもしれない。せっかく3種類のレンダリングエンジンが使えるといっても、重いのでは全く意味がない。
というか、Sleipnir4 - 安定感 + Geckoエンジン = Lunascapeという数式が頭をよぎる。
レンダリングエンジンをどう改造しているかわからないが、HTML5testではなぜかChromeよりスコアが高い(正式リリース前のバージョンだが)。
最近はChromeより30%軽いとか言っているMxNitroを作ったらしいが、まだベータ版らしくブラウザとしての基本機能が足りない。Chrome拡張機能が使えないので、Chromeと同列に扱うのは反則だと思う。
30%軽い理由の1つは、Chromiumの組み込み向けフレームワークであるCEF(Chromium Embedded Framework)ベースと推測されるため。これは間違っているかもしれない。
それにしても、UIが全体的にのっぺりな平行四辺形なのはどうなんだろうか・・・。
国産はごちゃごちゃしたものばかり作るなよと言いたいところだ。ユーザーの要望に安易に答えすぎた結果なんだろうか。技術的には中国産ブラウザに負けているような気がするが、気のせいだろうか。
Operaが独自レンダリングエンジンを止めてChromium派生になってしまった上にスマートフォンやらタブレットやらが普及してしまった以上、もうPC向けに力を入れる時代ではなくなったのかな・・・。
携帯ってどの機種でもだいたい同じようなもんなのに、変更すると使えなくなる年寄りがいるけど、あれはアーキテクチャを理解しないで操作を手順で覚えてるからだって指摘を見たことある。
実際、親に携帯の使い方を教えると「このボタンをおして、次にこのボタンをおして、間違えたときにはこのボタンをおして・・・」みたいな感じで必死に暗記しようとしてるのな。
そんな覚え方してたら俺でも使えないわ。
で、Windowsがバージョンアップしたとか、OfficeがリボンUIになったとかでUIの変更があると、ネット上はすごい使いにくなったって声であふれるわけじゃん。
リボンとか、たしかに最初は「あの機能はどこにあるんだよ」って探してイライラする場面があったけど、ちょっと使ったらすぐなれて、かえって探しやすいって思うようになったわ。
俺は多少UIの変更があっても何とも思わない人間だから「使いにくくなった」ってすごい剣幕でdisってる人たちが理解できなかったんだけど、もしかすると、ああいう人たちもアーキテクチャを理解しないで操作を手順で覚えてる系の人たちなのかな。
物事を抽象的に考えられない人っていうのがある割合いるらしいから、年寄りじゃなくても表面的に手順を暗記することでしかソフトウエアの操作を覚えることができないみたいな。
■■■■追加■■■■
それで、子供に写生をやらせると実物とは違う変な色を塗る子供いる。これはもしかして、色の識別がうまくできないんじゃないか?
というようなことを書いたとします。
これに対して「そんな人いるわけないだろ。根拠弱いわ」みたいな反論なら分かるけど
「なんて傲慢な考えだ。ちょっと絵を描けるくらいで思い上がってる」みたいな反論は見当違いもいいところ。
○夕食：なし
○調子
昼飯を食べてからから急に体調が悪くなり、ぐったりしてました。
視野が狭くなって、数を数えることができないぐらい思考が鈍ってくるいつもの奴です。
久々にポケカの大会に行くつもりだったんだけど、辞めておきました。
こういうときはデパスを死ぬほど飲みたいのですが、ODダメ絶対ダメ。
よくわからないんですが、こうなると無性に「カスタード」が食べたくなってきます。
カスタードまんじゅう（食べた事無いけど）をお腹いっぱい食べたいなあ。
○ポケモン
午前中にレンタルビデオをみながらゆっくり前売り券ダークライを厳選。
今まで、おくびょうS（Cが20前半）の新月島ダークライを使っていたので、バージョンアップとしていいかもーって思ったけど。
NNが付けられないので、新月島ダークライの方を相変わらず使って行こうと思います。（ちなみに、NNは「しまだ」です）
先日みてきた、ディアンシー映画やポケスペ（ポケモンの漫画です）のBW編が面白い事などが重なり、ポケモン熱が上がっています。
「ユニティちゃんバズーカ」はブラウザで簡単に遊べる3Dアクションゲームです。ゲームのルールは簡単で、バズーカでクマを10匹倒すタイムを競うというものです。ゲームのジャンルはサードパーソンシューティングになります。
インストールやユーザー登録は不要です。PC用ブラウザでプレイ出来ますのでぜひやってみて感想とか改善点とか聞かせてください！積極的にバージョンアップしてこうと思っています！
http://mikumikuplay.com/bazooka
紹介動画:
ニコニコ動画版 http://www.nicovideo.jp/watch/sm23534924
YouTube版 https://www.youtube.com/watch?v=rwyqn2H7K-Y
このゲームの開発にはUnityという開発ツールを使いました。Unityでは既存のアセット（ゲーム用素材）を使えば短時間でゲーム開発が可能です。
このゲームの開発は個人で行ったのですが、約2週間で完了することが出来ました。
Unityにはアセットストアというゲームで使うアセット(3Dモデルや音声、プログラム等の素材)を配布するサイトがあり、それらを有効活用することで開発期間を短縮することが出来ました。
Unity本体は無料版があるのでそちらを使いました。アセットストアには無料の素材がたくさんあるため、無料の素材のみでこのゲームを作ることが出来ました。
今回使用したキャラはユニティちゃんというオープンソース系ヒロインと呼ばれているキャラを使用しました。ユニティちゃんはゲーム開発などに無料で使用することが出来るキャラクターで3Dモデルや音声が提供されています。
開発作業はニコニコ生放送で配信していました。すると視聴者の方がゲームの機能やデザインについてのアイデアをコメントしてくれました。それらを積極的に取り入れて開発を行いました。
http://com.nicovideo.jp/community/co2268886
開発技術についてはqitaに書いたのでそちらを見てください
http://qiita.com/yamarou/items/7a39e2c2e1d80d4eb548
そんなわけでインストールやユーザー登録なしで気軽に始められるのでぜひプレイして感想とか改善すべき点とかコメントしてくれると嬉しいです！
人をdisってもいけないなぁと思い、体系的？に考える努力をしてみた。
独立系SIer「急遽N人月の開発と検証が欲しいだと…検証はだれでもいいから人がほしいだと…? 美味しい案件じゃねーか…」
何がいいたいかわからなくなってきた！！あ、思い出した。
裁量がなかったっていうのもあるけど、多分SIerで仕事をするとこういう感じになるのが普通なはず。とにかく自分で物事を決めてはいけない。決めさせないような働きかけをさせられる。そんな現場の偉い人は出来ない理由を説明するのがうまかったり、声が大きかったりするのでその人について仕事する人は自然とそういう人になる可能性が高い気がする。
一応その後は
という感じで終わったので動き方は間違っていなかったはず。その後もデータセンターにLinux入れに行ったりミドルウェアがエラー起こしたら直してみたり、開発側でバージョンアップがあったら対応入れたりとかで頑張って試験から逃げてた。
#同期何してんのかな〜
何がいいたいか全然わからない！別に燃えているわけでもなくて、無理な事を言われているわけでもない現場で、炎上SIer的進め方をする必要って意味がなさすぎる気がするんです。SIerでも基本設計→実装までやってた先輩(?)とかはどうせ自分が実装する案件だったら機能設計、詳細設計とかある程度は適当に作るよ。おれは設計期間は早く帰る、あんまり良くないことかもしれないけどw やらないとわからない部分はやっぱりあるし。外部に投げるときはちゃんと作るけど。って言ってたし。
要件定義、機能設計、詳細設計、実装という手順を踏みたいっぽい。オレはいらないと思っている。
ざっくりと決めてwikiなどに残す→実装→フィードバック→実装→終わり。次の案件に着手。これでいいかなーと。
問題定義ばかりして自分は手を付けない、折り合いを自分で付けられず偉い人に仰ごうとする。Web系現場の偉い人ってだれ・・？
仕様を決めてくれる人はいない、そういう案件なんだけど。自分で決めていいんだよ？を誰もがが望んでいるわけではなかった。
自分を飛び越えて(一応)お客さんだったりおれの上の人(役員になってしまう)に、SI的やり方が出来ずに相談やアラートをあげるんだったら、体制的には十分に勝手な行動をしているといえるので、もう終わりにしますか〜
あんまり指示出せなくてごめんなー、お前歯向かってくるからから好きにやらせてみるかと思ったら、あんまりいい方向に進みそうに思えなかった。
一緒に決めていこうねっ、という接し方はあなたを不安にさせて、あなたを調子に乗らせてしまうやり方だったことに今気づいたぜ！
SI案件に戻ってくれ。SIのやり方は求めていない。それだけでも終わりにする理由は十分なのかもしれない。
IT業界ってさ、誰でも出来るカスタマイズ系の仕事ならいっぱいあるんだけどさ。
本質的な設計の仕事が沢山あって、やってる人間は沢山いるけどできてる人がほとんどいない。って業界でさ。
技術的負債とかデスマーチとか、昨今言われるようになってきた。
元請けの３年生が設計して３０年のベテランが作る。みたいな作り方で、
大規模システムは動かない。（実際に何とかしてるのは下請けのベテランだから）
ほんと、人がいない業界だよIT業界は。そんな業界じゃましていわんや女性は増やせない。
デスマーチしてもいいなら、いくらでも人増やせるけどな。（そしてデスマーチを承知で仕事ウケてデス・マーチする人ばかりだけどな）
結局、オープンソースにすらかなわないからオープンソースを使って、バージョンアップすらしないで事故を起こす。
なんだかなぁって思っても。どうにもならない。
何にイラついてるかって、「人気エントリに入ってきてウザい」「なんだよ焼き直しじゃねえか」「はてブやたらついてる」「PV稼ぎかよクソ」「英語勉強記事と同類だわ」「入れるべきって、あんたの仕事環境や趣味嗜好を根拠にすんな」「また全部MacVimじゃねえの」とかそういうことを思うわけ。
とは言え自分もそういう記事を参考にトレンドを知ったりしてお世話になってきた部分もあるんだけど、じゃあ自分も同じように紹介して還元したいかっていうと、そうじゃない。だけど需要はあるみたいだ。みんな、良いアプリを知りたいんじゃなくて、自分の作業をもっと楽に早くできないか考えてるんじゃないかな。
アプリはあくまで道具。どんな目的を達成するために、どう組み合わせて、どういう手順でそれを使うのか。それを導入すると、どういう人がどう嬉しいのか。それをはっきりさせてほしい。それが理解できないままインストールするなんてことはしたくない。
だから、業種や職種、OS、作業目的を明示したレシピを公開して共有するサービスがあれば素敵じゃないか。例えば、
といった感じでぱっと自分の思いついたものを適当に上げてみました。
で、投稿されるレシピに含まれるアプリの統計を取ってトレンドを探ったり、時代の移り変わりに応じてレシピをバージョンアップしたり。黒い画面に抵抗がある人はそれが含まれるレシピを省いて検索。同じ作業目的でも効率に差が出るレシピには知識要求レベルも割り当てることでステップアップ形式にするとか。
これらを充実させていけば、目的に特化したレイアウトで規格化・整理した状態で横に並べて比較参照でき、それに慣れた人々はエゴに満ちた中途半端なブログ記事のクソデザインで邪魔なサイドバー、冒頭のよくわからない挨拶、わざわざ自サイトでそれをやることにイラついて糾弾が加速し、次第にアプリ紹介記事は消えていくことになるでしょう。そして結局何を目指しているかというと、
ということなのです。会社としての強みとしてそういったノウハウを抱え込むのもよいですが、なんかもっと高レイヤーで競いあったほうがいいんじゃないのとか思うわけです。業務フローをオープン化したらプレイヤーのスキルが汎化されて、より人材の流動性も高まって、もっと人間にしかできないようなことで悩めるようになるんじゃないでしょうか。
MacのMarvericksも無料提供だったし、今の流れとして本当にそうだろうね
iOSは途中有料の時があったけど、無料でバージョンアップしていくし、
Androidもちょっと前に2.3-＞4.0のアップデートなんかもやったし。
Win8のアップグレード優待版が期間限定で3000円程度だったのもそういう舵取りしたかったんだろうなぁと。
せっかく8.1で改良点多いんだから、またこれくらいの値段でやったらいいのに。
動的言語は使わない。
動的本をすべて捨てる(人の手に渡るような捨て方はしない ちり紙交換がよい)
動的DBは使わない。リレーションのない動的DBは使わない(mongoDBやNoSQL系）
動的オープンを紹介してくるメデイアのステマに気づき騙されない
Silerが勧めてくる技術は独立できない技術だからやらない 関わらない
職務経歴書に黒歴史(PHP Java JavaScript Ruby RoR Html5)を書かない
PHP Java JavaScript Ruby RoR Html5の仕事は請け負わない
C# Objctive-cだけ使う
VisualStudio Xcodeだけ使う
VisualStudio Xcodeを機能をフル活用する
WindowsServerを使う
デザパタを覚える
コミュニケーションはOffice 365 redMine,イラレGit Svnを使う
動的言語をこれ以上広げるな 罪を重ねるな 脆弱性をばら撒くな トラブルを撒くな
セキュリティに問題のある動的言語はどこにいってもトラブルになる
原発のシステムにRuby,RoR,PHP,JavaScriptを使いたいと思うか？Silerはなら提案してくるだろう儲かるから
使えば必ず原発はハックされる
C# ASP.netは2007年頃から海外では大流行だった 一方日本のメディアは盛んにLAMP!LAMP!RoR!RoR!煽っていた
C#（静的言語）は14年前のソースが今でも使うことができる。VisualStudioにはソースを自動バージョンアップ機能があり書き換えてくれる。 コードが負債にならない コンパイル時バグがわかる DLLのバージョンをチェックしてくれる ブレイクポイント リモートデバッグ
動的言語・オープン系は 手作業で直す どこにバグあるか実行しないとわからない 脆弱性が出るたび バージョンアップ、機能追加のたびに修正することになる リファクタが使えない 負債言語
この数字を見て動的言語関係者はびっくりしているだろう。 14年前のPHPソース 使えると思うか？関係者は首を横に振るだろう。時間と人手をかけて改修すれば使えるかもしれない(多くの場合作り直したほうが安上がりという結論になると思うが) 脆弱性や仕様変更がたくさん埋まっているソースだ 修正には手間と時間と予算がかかる
C#なら一瞬で最新の.netフレームワークのバージョンに書き換えてくれる。エラーや警告の表示も一緒に出力されるから手直しが簡単
PHPを捨てたほういい理由
今はRoRのステマが醜くそれに騙されて使ってしまった人がいるが、今後、仕様変更やバグ、脆弱性は出続け、そのたびに全ソースを検索し手動で手直しをしなければならなくなる それは新しいことをやっている時に起こるだろうし、今やっている新しいことが負債に変わる。作れば作るほど負債が増え、前に進むことができなくなる言語 それが動的言語 メンテナンスが常に必要でほっとけばハックされる。保守や改修に人が多く必要で中間業者は儲かるのでメディアや無料育成を通して広めてくる 煽っておいて自己責任の国 日本
静的言語のサーバーサイドで何がいいかというと 自分は C＃ Asp.net(asmx or webApi) Ado.net 接続 & 非接続のDataSet 管理.exeアプリ(C# WinForms)をお勧めする やり方
もうお分かりいただけただろうか？動的言語とはSilerが定期的に仕事を得るために広めたガラクタ言語だったということを この言語をいつまでも高い稼働の保守作業が必要だ。機能追加、言語の仕様変更、脆弱性を修正するのにお金も時間もかかる Silerはパンク屋だったのだ。 メーカー製の静的言語を使えばここまで時間も手間もかからなかった。
これ以上元請けはSilerが言われるがままにガラクタ言語を導入しないほうがいいだろう。技術者はSilerが無料で教育してくれるからといってガラクタ言語を学ぶのはやめたほうがいい。(洗脳されて信者になるな) 特に技術者はこの言語をマスターしたからといって独立はできない。なぜなら、５人以上のプログラマーが働いてやっと出来上がるものがほとんどだ。手間がかかるということは自分が一番よくわかっているはずだ。言語とともに使い捨てられる運命にあるのだ。IT経営者やSilerはその方が都合がいい。こき使ってやめられても独立できないのだから。雇ってはこき使って使い捨てる。まさにIT版のねずみ講 上のしか儲からないようになっている。 それに加えて酷いピンハネ。１００万で売って７割以上搾取 一人送れば７０万円入る世界だ。Silerにとって開発現場は炎上すればするだけよい。言語は脆弱性があればあるほどいい、システムが手間が掛かるなら掛かるほどいい その分人を送り込めるからだ。その辺にいる素人を適当に教育して３年開発の下駄はかせて送り、現場を炎上させて新たに人を送り込んで利益を得ている。
#1 PHPで改修しようにも簡単には改修できなくて、その間にハックされ情報が流出すること結構あるようだ @WikiはPHP
#2 2013年 Javaフレームワーク Strutsのサポートが終了した こういうフレームワークをメデイアで煽っておいて最後は自己責任される。オープン言語はやってはいけない
#3 これはどの業界にも言える事だが、気合い、根性の気合馬鹿から組織を乗っ取られないようにするにはどうすればいいか考えないといけない。コミュニケーションで社員を懐柔し組織を乗っ取った筋肉馬鹿は面倒なことを気合い根性で乗り切ろうするから失敗する。日本はそのしわ寄せがまず下くるから会社が壊れる。脳筋バカは最後まで居残る。（○ーイズ、○ルマー、○ニー、旧日本軍、ジオン軍）タバコ室や残業は特定の社員を仲良くさせるからだめなんだろう 履歴書の項目が少ないのも問題なんだろう 理系か体育会系,血液型,さう脳とか履歴書は書く項目が少なすぎる
#5 仕事の最終目的はコミュニケーションではない コミュニケーションするコストが高いといつのまにかそれが目的に置き換わってしまう事がある。コミュニケーションの得意な奴が本当に優秀な人をさしおえて前にでてくることだってある。Office 365やRedMineイラレSVNなどでコミュニケーションコストを下げることで優秀な人が大声を張り上げなくても力を発揮できる環境を作るべきだ
#6 事務仕事のツール化、自動化、ロボット化、コミュニケーションコストを低くするツールの導入で、声が大きい人や事務だけ得意な人が権力を握ることを防ぐ事が出来る
#9思えばSiler業界は自分たちが儲かりがたいためにガラクタ言語(Java,PHP,RoR,Ruby,Js,Html5,Flash)に人材を誘導しすぎた。出来損ない言語の非効率な生産性と保守作業は社会の進化が遅れ世界とのソフト技術に差がついてしまった。人材も非効率的なスキルしか身に付かなかった。それしかやらせてもらえなかった。
しょーもない言語は社会の発展を止め、技術者を路頭に迷せた。有益な言語を一つだけ覚えさせ、いろんな業界で使い回した方が業界的にも技術者的にも幸せになれたのではないか？
C#はロボットや組み込み機器,医療機器,WEB,スマートフォン,ゲーム,CG デスクトップアプリ,業務用ツール 様々なところで使う事ができるのだ。
特にロボットはMocrosoft Robotics StudioというVisualStudioのロボット版の開発環境が2006年頃から出ており、ロボット産業を発展させることだってできたのだ。(そのころのIT業界はJavaとLampが主)
続き
Windows XPのサポート切れで金融機関が大挙Linuxに乗換か？
それこそLinuxのディストリビューションのサポートなんてLTSでも５年ぐらいしか無いんだが？
そうだね。あなたの使い方ならそうだろう。
必ず崩れる。
個人使用だけならいいけど、Officeフォーマットでやりとりすることがあるとやっぱり純正が必要。
(場合によってはMacでのOfficeでも上手く開けないものがあったり、結局Windows+Officeが必須だったりする)
じゃあ、崩れない様に上手く使えばいいだろ、っていうことには成り得ない。
あと、馬鹿に作業をさせるためには、少しでも違うインターフェースになると学習コストが莫大になるので
議論元エントリーはこちら。
毎度のことながら、MacとWindowsの論争を見るともんにょりしますね。人類から戦争が途絶えぬ縮図が、ここに。(´ω`)
しかし、最近パソコンをはじめたユーザや、元エントリの増田のような人にとっては、信者の言葉ってワケわかめだと思うんですよ。
そんなわけでMacとWindowsの歴史を、なるべく平易に書いてみました。(´∀｀)
歴史を見返して、WindowsとMacの強み弱みを把握すれば、宗教戦争の理解が深まり、自分にピッタリのパソコンが分かるかもしれません。
たぶん。
元増田のエントリーがWindows寄りの結論になっているので、
だれかWindows寄りや、Linux寄りの視点を加筆して下さいな。当エントリの補足・指摘も歓迎します。
既存のUNIX環境向けに制作された、膨大な数のソフトウェアを扱えるのはプログラマにとっては大きな恩恵です。
たとえばWindowsではCygwinを導入する事でC言語開発環境を手に入れる事ができます。ただし、インストールは非常に煩雑で、動作速度も雲泥の差です。
MacはPOSIX互換であり、プログラミング環境のインストール等が簡単です。
FreeBSDやUNIXを過去に使用していた熟練プログラマは、Macに乗り換える事で、過去の資産を有効活用する事ができます。
シェル環境とは、よく映画で、暗い部屋の中、天才プログラマーが真っ黒な画面に流れる奇っ怪な文字列を眺めてる、アレです。
ひらたくいうと、あの文字列ひとつひとつが、コンピュータ内部で行われる処理や通信を意味しています。
LinuxやMacではターミナル、Windowsではコマンドプロンプトなどと呼ばれます。
Windowsには非搭載だが、Linux/UNIX/Macでは標準サポートされているコマンドが多数ありました。
とはいえ、これは過去の話です。現在はWindowsのシェル環境も、だいぶ充実したので、普通に使うには大きな差はありません。
が、歴史的経緯や文献量を比較すると、どうしてもWindowsのシェル環境はUNIX/Macに劣ると考えられています。
四六時中プログラマが目にするのは、文字です。ですからプログラマーは醜いフォントが許せません。
Windowsのフォントレンダリング環境は2014年3月現在も貧弱です。
WindowsVista登場時にメイリオフォントが登場し、ある程度の改善が図られましたが、Macの画面と比較すると大きな差です。
これはMacとWindowsのフォントレンダリングやアンチエイリアスの技術の違いによるものです。
WindowsでもMacTypeなどのソフトウェアを使用して、強制的にフォントのアンチエイリアスを変更する事が可能ですが、残念ながらMacに遠く及びません。
Anti-Grain Geometry - Texts Rasterization Exposures
Xcodeは、非常に優秀なIDEです。特筆すべき利点は、動作が割と軽快で、初期設定の状態でもある程度使い物になる点です。
インストールもAppStoreからワンクリックな為、簡便です。XcodeはMacのみで使用できるソフトウェアです。以前は有料のソフトウェアでしたが、ここ数年は無料で提供されています。
またiOSのソフトウェア開発では、XcodeとMacは必須です。iOSアプリの開発には、Xcodeとそれに付随するシミュレータソフト、そして開発者用アカウントが必要なのです。
Xcodeの弱点は、バージョンアップ時にインターフェースが突如として大幅変更がされる事。またここ数年は英語のみしかサポートされておらず、日本語話者にとっては使いづらいという2点です。
2014年現在は楽曲制作にMacとWindowsの差はありません。しかし、過去にはDTM=Macという暗黙の了解がありました。
特に1980年代、プロユースの音楽制作ソフトの多くがMacintosh対応でした。理由は複数ありますが、そのひとつがPCM音源の発音問題でした。
Macintosh 128K以降すべての機種でPCM音源をサポートしています。これにより同時発音数が多く、Mac向けのDTMソフトウェアが多く開発されました。
それに対してWindowsは16ビット/48KHzのPCM1チャンネルのみで、性能はCPUの能力に依存します。昔のPCはCPUの実行速度は低かった為、音声出力の機能が貧弱でした。
Mac標準搭載のGarageBandと、有料のDTMツールLogicは有名なDTMソフトウェアです。
この2つのソフトはAppStoreから購入できます。互換性もあるため、GarageBandで作曲を覚えた初心者ユーザが、Logicを購入し上級者になるという、非常にスムーズな導線が構築されています。
またLogicは数あるDTMソフトウェアの中でも安価で高機能です。iPadとの連携機能においても、他のツールより頭一つ秀でています。
MacはCoreAudioという、MIDI入出力環境を搭載しています。大変高速に動作する為、追加投資の必要がなく、DTMクリエイターに重宝されています。
Windowsの場合、オーディオドライバを別途用意する必要がある為、投資が必要です。
主に海外製のプラグインではありますが、明らかにMacよりWindowsの方が充実しています。お金をかけずにエフェクトに凝りたい人にとっては、MacよりWindowsの方が良いと言えます。
MacBookProRetinaモデルは、グラフィックデザインの仕事をする者にとっては、福音でした。
特にAdobeInDesign使用時の効果は凄まじいと感じます。紙とディスプレイの1to1の制作環境が構築可能な時代がやってきたと感じます。
さらに当時、MacはPostScriptというAdobeが開発した印刷用言語をサポートしていました。高解像度の印刷を行うには、Macしか選択肢がなかったのです。
その頃の印刷所やデザイン事務所はおのずとMacを導入しました。その歴史がある為、現在もMacの使用が続いています。
スティーブ・ジョブスが学生時代にカリグラフィーを学んだ逸話は有名です。その経験から彼はMacのフォント環境に心血を注ぎました。
現在でもAppleは高いライセンス料を支払い、各種製品にフォントを多数搭載しています。
オーソドックスで美しいセリフ体のTimes、流麗なZapfino、日本語フォントではヒラギノなど、様々な良質フォントが搭載されています。フォントを買い足さなくても、ある程度のグラフィックデザイン制作が可能です。
反面、2014年3月現在Windowsで安定して使えるフォントは、字游工房の2書体のみです。メイリオは画面表示時に使うフォントなので、DTPでは活用されにくいです。
2005年頃、出版業界はQuarkXPressからAdobeIndesignに乗り換えました。しかし、それ以前は出版用ソフトウェアはQuarkXPressが業界標準でした。
このソフトは、Macでしか対応していませんでした。QuarkXPressは、64bit対応やOSX対応が遅れため急速にシェアを落としました。
現在はAdobeIndesignが業界標準で、これはMacもWindowsも両方で使用可能です。
しかし、QuarkXPress時代から活動しているブックデザイナーやエディトリアルデザイナーにとっては、Macの方が慣れ親しんでいるでしょう。
1980年代のパソコンは、表示できる色数に制限がありました。Macintoshは安価な割に発色の性能に優れた時代がありました。
コンピュータ・グラフィックは数多のPCメーカが多額の資金を費やし研究開発した歴史があります。
一時代だけを抜き取って「Macのグラフィックが優れていた」なんて書くと、多くのツッコミが入ると思います。
とはいえ、Macは早くからキャリブレーションの機能を充実させてきた為、色管理の強さという点において、多くのデザイナーやイラストレータから支持を受けた事は、特筆に値すると思います。
問答無用で、Windows一択。PC改造を続け、最新のグラフィックを追い求めたゲームマニアは、10年前に比べると少なくなりました。
しかし、彼らのPCがMacである事など、ありえません。
最近はAdobeFlashが盛り返しを見せていますが、ブラウザゲーム市場を除けばMacを使用するメリットは薄いと考えられます。
一方、Linuxベースのメディア配信サービスSteamOSの今後の発展に期待したいところです。Steamではアマチュアからプロまで幅広いゲームクリエイターが自作のゲームを販売しています。
Windows圧勝。MicrosoftOfficeをはじめ、Windowsの方が対応ソフトが多いです。
特に会計ソフト類は、Macは壊滅的であります。また、言わずもがなですが、BtoBの業務系ソフトウェアはWindows特化のものが大半です。
とはいえ、LibreOfficeやOpenOffice.orgを使用して業務を進める団体もあります。福島県会津若松市とか、滋賀県甲賀市などがそうです。(LibreOffice採用事例)
そういえばVer4.2でCalcを大手術したLibreOffice。もうそろそろC++完全移管が完了します。
高速化が施され、今以上にチューニングされれば、Windowsの牙城に一矢報いるかもしれません。
ちなみに私は、ChromeOSとGoogleDriveが搭載されたChromeBookが、MicrosoftOffice一強状態を打ち崩すと予測しています。
あとJustSystemの一太郎も頑張ってほしい。Just do it!!
以上、チラ裏でした。
現実問題、iOSとiTunesの同期はWindowsでも可能です。しかし「持ってる携帯電話がiPhoneだから」と言う理由でMac買う人は多いです。
そりゃiTunesとiTunesStoreを使っているなら、Macに毒されてしまいますよね。
そういえばWindowsMediaPlayderが残念だった時代に、シェアを伸ばしたのがiTunesでした。音楽を愛するユーザの支持を集めた時代があった。と言っても過言ではないと思います。
使い勝手に優れます。これが理由でMacを使う人もいます。WindowsやLinux環境で、同様の使い勝手を得られるマウス・ガジェットは、2014年3月現在存在しません。
MacProではThunderboltを大量に備えています。これは今後普及する4K映像制作において活躍すると考えられます。ただ、普通に使うぶんにはThunderboltは恩恵を受けにくいと考えられますが。
これはMacに搭載された自動バックアップ機能です。Windows8にも同様の機能があるが、インターフェースの使いやすさと、設定の簡易さではMacが勝ります。
Macはクリーンインストール後に、自分のAppleIDを認証すると、最新版まで自動アップグレードを行います。
クリーンインストール後、1回の再起動で、ほぼすべてのアップデータが揃った状態になります。
WindowsUpdateの何回も繰り返さざるを得ない面倒アップデート作業に比べると、Macは楽ちんです。
ネットワークにつながった状態でリカバリを行った際、HDDが論理的に破損していても、自動で復元してくれます。というか、いつ切り替わったのか分からないレベルの自然さで勝手に復元を始めます。そう、Macならね!!
Appleの修理は迅速な印象があります。今まで5回修理に出しましたが、いつも4日程度で返送されてきます。あとまぁ、Appleサポートはごねると得をする事が多い……ような感じがします。(一個人の印象です)
Windows8タッチパネル型は画面が揺れるので、使いづらい機種が散見される(2014年3月現在)。画面を固定しながら操作できる補助道具や、ロック式のヒンジが必要だと思うのですが、まだ普及していません。
あと、SurfacePro2が店頭で買えない状況が数ヶ月続いているので、そりゃあMacに流れるのでは。(なんか、今日のニュースで久々にSurfaceが入荷されたらしいです)
スペック対価格を比較すると、CPUやメモリやらのコストパフォーマンスが悪くない、と思います。
10年前は「Macは高くつく」という印象だったものが、ここ5年で「Macって割安」という印象に変換したと記憶しています。
一昔前に比べ、自作PCの価格的メリットが薄れたから、そのように感じるんですかね。
美品なら、「だいたいこの値段で売れる」という土壌が形成されている。大幅な値崩れも少ない。新製品発表ごとに旧機種を売って、新機種に乗り換えても、損した感が少ない。
要するに、値崩れしにくい。ポジティブに受け取ると、欲しいと思った時が買い時。
SurfaceRTのように意味の分からない価格暴落が起きる心配がないですね。人によっては、安心と言えるかもしれません。
何をもって"無駄"と判断するか、非常に難しい論点ではありますが。
へんてこなアザラシのマスコットがデスクトップを泳ぎ出したり、なんとも言えないモッサリ感の明るさ調整ソフトが突如画面に出現したり。なんて事はありません。
ある時期、ある特定の界隈にて、「Macが優れる」とか「いや、Windowsがコスパが高い」なり「Linuxが一番」とか、
マァ、乱暴な言い方をすると、それぞれのムラの中で熱狂と共にコミュニティが形成されて、宗教と信者ができあがると思うんですよ。
しかし進化の早いIT業界では、一昔前の利点が追い抜かされるなんて、日常茶飯事。
だから今から見ると、信者の言葉や、その感動が伝わらない。なんて事、よくあると思います。
ジョブスも、死んだし。
とはいえ、日常生活の中で、目を輝かせてOSのすごさを語る信者とか、逆に必要以上に貶す反信者を目にしたら、
生暖かい目で「ああ、このオジサンが若い頃、こういうのが流行ったんだナァ」とか
「ああ、昔、あのOSに苦労したんだネェ」などと、受け流してあげるのが正解だと思います。
そういう時代が、あったんだ。……と。
しつこい宗教や信者は、裏返せば、その人が感動した記憶なのでしょう。
このエントリを読んだあなたが、何かの道具に感激し、愛すべきツールを誇り、誰かにしつこく薦めるようになるのを、楽しみにしています。
ツッコミ、指摘、Welcome。
だれかWindows寄りや、Linux寄りの視点を加筆して下さいな。
記事執筆時点リリースされている最新のOSバージョンはWindows8.1、Mac10.9Mavericks、LinuxKernel3.13です。
最近、まとまった形式でWindowsとMacの優劣や、歴史を比較したエントリーって少ない印象があります。
だいたいがTwitterやまとめブログで、薄っすい単文コメント……(´・ω・`)
がっつり読み応えのある論評にお目にかかりたいものです。
最後になりますが、ちなみに私はLinuxユーザです。(・∀・)
ではみなさま、どうか、ご安全に。(￣人￣)ノ
返金祭りで騒動を起こしたソーシャルゲームのサポートセンターとのやりとりがあまりにも酷いので、吐き出させて下さい。
何かと話題を振りまいたゲームですが、ユーザーありきのサービスであるはずがユーザー無視の最悪のサポート対応です。
※ソシャゲーに興味ない方は、あまり面白いものではないです。スルー推奨。※
以下に、ドラゴンクエストモンスターズ スーパーライト（以下当アプリ）のサポート担当とのやりとりを記します。
今回ドラクエの名を冠したソーシャルゲームということでかなりの期待と
今までのドラクエへのお布施という意味も込め、当アプリ、金のロトガチャに 15,000円近く課金しました。
ところが、2月に虚偽表示による返金騒動があり、私もアップルストアに返金依頼をしましたが、
アプリの運営事業者から保障がすでに成された、との理由で返金を断られました。
実際に、当アプリWEBサイトの告知で、アプリ内通貨であるジェムでの保障があったとアナウンスがありましたが、
私のiPhone5 (当時ios 6 → 現在7.1) では、アプリのタイトル画面から次の画面に遷移する際に、
「通信に失敗しました」というエラーが延々と出て次の画面に進めない現象があり、ジェムの受け取りが確認できていませんでした。
以下、私と「ドラゴンクエストモンスターズ スーパーライト」運営事務局サポート担当者（以下サ）のやりとりです。
私：今回の虚偽表示を受け、アップルストアに返金を希望したが、運営事業者と直接やりとりをしてくれとのことで断られた。返金を希望します。
5.6 返金不可 法令により認められる場合を除き、ユーザーは未使用のバーチャルコインについて返金を受けることができないものとします。
上記より、返金はできません。
私：返金できないのは理解した。しかし「通信に失敗しました」とエラーがでて保障のジェムの確認ができない。
私：アプリを再インストールして、コードを入れて引継ぎをしたが、「通信に失敗しました」のエラーは変わらない。
そもそもこのエラーの原因はなんですか？
私：（アプリのインストールもできて、引継ぎもできて、アプリ内の更新ダウンロードまでできるのに、起動の時だけ「通信に失敗した」というのはおかしいだろ。）
サ：引継ぎコードを発行しました。再インストールして、コードを入れて下さい。
私：前回も同じことをして状況は改善されませんでしたが、今回実行すると治る保障はあるのですか？
そもそもエラーの原因も説明せずに、再インストールしろとは乱暴ではないのか？
サ：アプリをバージョンアップしましたので、改善されているかもしれないので再インストールして、引継ぎコードを入れて下さい。
私：アプリを再インストールして、コードを入れて引継ぎをしたが、「通信に失敗しました」のエラーは変わらない。
サ：ＯＳバージョンが推奨環境を満たしていないことを確認いたしました。
つきましては、大変お手数ですがＯＳのバージョンを更新していただき、再度データ引き継ぎをお試しいただけますでしょうか。
私：いい加減な回答をしないで下さい。以前連絡した条件で、推奨環境を満たしているでしょう。
どうしてここまで滅茶苦茶な回答ができるんですか！ひどすぎます。こちらからのメール見てますか？
サ：ご連絡いただきました事象に関しましてお手数おかけしますが
私：（もはや再インストールの作業も、引継ぎコードの入力も、このやりとりもめんどくさい・・・）
今後どのように続けていかれるかは分かりませんが問題に対して原因を追求するような、
上記のやりとりも最終的に私からのメールを以って「問題は解決した」と考えているのかと思うと、大変腹立たしいです。
サポートセンターでありながらユーザーから提示された問題を解決もせず、ただマニュアル的に受け答えしているだけです。
また、終わるにしても、普通の会社のサポートセンターならば、ましてや自社が起こした問題ならば、ユーザーから「もういい」と連絡があったとしても、
原因調査しますので、もうしばらくお待ちいただけないか、とか、どうにもならない場合は、お力になれず申し訳ございませんでした、
このやりとりから私が感じた事は、どこの国の誰がやっているのか分からないような受け応えをサポートセンターが行っている現実は、
運営事業者の根底の考え方がユーザーを大切にしていない、ということに他なりません。
このようなものが長く続くとは思えないし、また、続いてほしくもないです。
私はこのアプリをおすすめしません。これからも色々な問題を起こすでしょう。
これからゲームを始めようと思われている方は思いとどまって頂き、現在プレイされている方は、運営事業者は
ユーザーのことなどこれっぽっちも思っていないことをご理解頂ければ、幸いです。
C# Objctive-cだけ使う
VisualStudio Xcodeだけ使う
VisualStudio Xcodeを機能をフル活用する
WindowsServerを使う
デザパタを覚える
コミュニケーションはredMine,イラレGit Svnを使う
動的言語は使わない。
動的本をすべて捨てる(人の手に渡るような捨て方はしない ちり紙交換がよい)
動的DBは使わない。リレーションのない動的DBは使わない(mongoDBやNoSQL系）
動的オープンを紹介してくるメデイアのステマに気づき騙されない
Silerが勧めてくる技術は独立できない技術だからやらない 関わらない
職務経歴書に黒歴史(PHP Java JavaScript Ruby RoR Html5)を書かない
PHP Java JavaScript Ruby RoR Html5の仕事は請け負わない
動的言語をこれ以上広げるな 罪を重ねるな 脆弱性をばら撒くな トラブルを撒くな
セキュリティに問題のある動的言語はどこにいってもトラブルになる
原発のシステムにRuby,PHP,JavaScriptを使いたいと思うか？Silerはなら提案してくるだろう儲かるから
使えば必ず原発はハックされる
C# ASP.netは2007年頃から海外では大流行だった 一方日本のメディアは盛んにLAMP!LAMP!RoR!RoR!煽っていた
C#（静的言語）は14年前のソースが今でも使うことができる。VisualStudioにはソースを自動バージョンアップ機能があり書き換えてくれる。 コードが負債にならない コンパイル時バグがわかる DLLのバージョンをチェックしてくれる ブレイクポイント リモートデバッグ
動的言語・オープン系は 手作業で直す どこにバグあるか実行しないとわからない 脆弱性が出るたび バージョンアップ、機能追加のたびに修正することになる リファクタが使えない 負債言語
この数字を見て動的言語関係者はびっくりしているだろう。 14年前のPHPソース 使えると思うか？関係者は首を横に振るだろう。時間と人手をかけて改修すれば使えるかもしれない(多くの場合作り直したほうが安上がりという結論になると思うが) 脆弱性や仕様変更がたくさん埋まっているソースだ 修正には手間と時間と予算がかかる
C#なら一瞬で最新の.netフレームワークのバージョンに書き換えてくれる。エラーや警告の表示も一緒に出力されるから手直しが簡単
&blanklink(PHPを捨てたほういい理由){http://www.slideshare.net/neuecc/c-22979400?v=qf2&b=&from_search=42}
今はRoRのステマが醜くそれに騙されて使ってしまった人がいるが、今後、仕様変更やバグ、脆弱性は出続け、そのたびに全ソースを検索し手動で手直しをしなければならなくなる それは新しいことをやっている時に起こるだろうし、今やっている新しいことが負債に変わる。作れば作るほど負債が増え、前に進むことができなくなる言語 それが動的言語 メンテナンスが常に必要でほっとけばハックされる。保守や改修に人が多く必要で中間業者は儲かるのでメディアや無料育成を通して広めてくる 煽っておいて自己責任の国 日本
静的言語のサーバーサイドで何がいいかというと 自分は C＃ Asp.net(asmx or webApi) Ado.net 接続 & 非接続のDataSet 管理.exeアプリ(C# WinForms)をお勧めする やり方
もうお分かりいただけただろうか？動的言語とはSilerが定期的に仕事を得るために広めたガラクタ言語だったということを この言語をいつまでも高い稼働の保守作業が必要だ。機能追加、言語の仕様変更、脆弱性を修正するのにお金も時間もかかる Silerはパンク屋だったのだ。 メーカー製の静的言語を使えばここまで時間も手間もかからなかった。
これ以上元請けはSilerが言われるがままにガラクタ言語を導入しないほうがいいだろう。技術者はSilerが無料で教育してくれるからといってガラクタ言語を学ぶのはやめたほうがいい。(洗脳されて信者になるな) 特に技術者はこの言語をマスターしたからといって独立はできない。なぜなら、５人以上のプログラマーが働いてやっと出来上がるものがほとんどだ。手間がかかるということは自分が一番よくわかっているはずだ。言語とともに使い捨てられる運命にあるのだ。IT経営者やSilerはその方が都合がいい。こき使ってやめられても独立できないのだから。雇ってはこき使って使い捨てる。それに加えて酷いピンハネ。１００万で売って７割以上搾取 一人送れば７０万円入る世界だ。まさにIT版のねずみ講 上のしか儲からないようになっている。Silerにとって開発現場は炎上すればするだけよい。言語は脆弱性があればあるほどいい、システムが手間が掛かるなら掛かるほどいい その分人を送り込めるからだ。その辺にいる素人を適当に教育して３年開発の下駄はかせて送り、現場を炎上させて新たに人を送り込んで利益を得ている。
#1 PHPで改修しようにも簡単には改修できなくて、その間にハックされ情報が流出すること結構あるようだ @WikiはPHP
#2 2013年 Javaフレームワーク Strutsのサポートが終了した こういうフレームワークをメデイアで煽っておいて最後は自己責任される。オープン言語はやってはいけない
#3 これはどの業界にも言える事だが、気合い、根性の気合馬鹿から組織を乗っ取られないようにするにはどうすればいいか考えないといけない。コミュニケーションで社員を懐柔し組織を乗っ取った筋肉馬鹿は面倒なことを気合い根性で乗り切ろうするから失敗する。日本はそのしわ寄せがまず下くるから会社が壊れる。脳筋バカは最後まで居残る。（○ーイズ、○ルマー、○ニー、旧日本軍）タバコ室や残業は特定の社員を仲良くさせるからだめなんだろう 履歴書の項目が少ないのも問題なんだろう 理系か体育会系,血液型,さう脳とか履歴書は書く項目が少なすぎる
#5 仕事の最終目的はコミュニケーションではない コミュニケーションするコストが高いといつのまにかそれが目的に置き換わってしまう事がある。コミュニケーションの得意な奴が本当に優秀な人をさしおえて前にでてくることだってある。 RedMineイラレSVNなどでコミュニケーションコストを下げることで優秀な人が大声を張り上げなくても力を発揮できる環境を作るべきだ
#6 事務仕事のツール化、自動化、ロボット化、コミュニケーションコストを低くするツールの導入で、声が大きい人や事務だけ得意な人が権力を握ることを防ぐ事が出来る
#7思えばSiler業界は自分たちが儲かりがたいためにガラクタ言語(Java,PHP,RoR,Ruby,Js,Html5,Flash)に人材を誘導しすぎた。出来損ない言語の非効率な生産性と保守作業をしている間に社会の進化が遅れ世界とのソフト技術に差がついてしまった。人材も非効率的なスキルしか身に付かなかったしそれしかやらせてもらえなかった。
しょーもない言語を技術者に学ばせて社会の発展を止め、技術者を路頭に迷よわすよりも、有益な言語を一つだけ覚えさせ、いろんな業界で使い回した方が業界的にも技術者的にも幸せになれたはずだ
C#はロボットや組み込み機器,医療機器,WEB,スマートフォン,ゲーム,CG デスクトップアプリ,業務用ツール 様々なところで使う事ができるのだ。
特にロボットはMocrosoft Robotics StudioというVisualStudioのロボット版の開発環境が2006年頃から出ており、ロボット産業を発展させることだってできたのだ。(そのころのIT業界はJavaとLampが主)
http://gigazine.net/news/20121231-kiva-system/
それを開発している会社の採用情報 採用言語はC++ C# Java
http://www.kivasystems.com/careers-at-kiva/
PHP RoR JS Rubyなんてどこにも書いていない 数年もすれば仕様が変りバグや脆弱性を出す危ない言語だとわかっているのだろう こんな危ない言語は使ってはいけない
Mocrosoft Robotics Studio
http://www.saturn.dti.ne.jp/npaka/robotics/index.html
https://www.microsoft.com/en-us/download/details.aspx?id=29081
続きはWEBで
