はてなキーワード: C#とは
なんだか話題になってるから書く。
やっと初心者を脱して中級者になりかけてるプログラミング学習者が関数型言語に何を感じているかを書こうと思う。
Haskellが短いコードでプログラムを書けるというのは分かる。
それでやりたい処理のほぼ全てがまかなえるということも実感している。
副作用のない小さな関数を合成して大きな関数を作る利点も分かる。
再利用性も上がるし、どこからどう影響を受けているかが簡単に分かるからバグも出にくい。
ただ、Haskellの基礎になってる圏論が何の役に立つのかは、まったく分からない。
むしろ邪魔なんじゃないかと思う。
ファンクターやモナドの概念が圏論で扱われているのは分かるけど、圏論なんて名前だけ知ってればコードを書くのに不都合はないだろう。
圏論が必要なのは、Haskellを設計する人であって、使う人ではないと思う。
なのに、やれクライスリ圏だ自己関手の圏だのと、うるさいったらありゃしない。
Linux上で開発環境整えるのにカーネルのコードを読めって言うぐらい的外れだと思う。
いや、知識として持っとくのはいいだろうけど、役に立たんだろ。
Rubyが羊の皮をかぶったLispとはよく言われることだけど、関数型言語もオブジェクト指向言語とそこまで違いがあるような気がしない。
純粋な言語ではできないけど、クロージャに内部状態を保持してもらって無名オブジェクトみたいな使い方をすることはあると思う。
その無名オブジェクトにもっとあれこれデータや関数詰め込めば、いつの間にか普通にJavaやC#で使うようなクラスのできあがり。
その間はなめらかにつながっていて、不連続に切れるようなもんじゃない。
関数プログラミングと言いつつ、オブジェクト指向の考え方は利用できる。
上級者はデザインパターンをdisるのが好きかもしれないけど、逆の考え方をするべきだと思う。
デザインパターンはオブジェクト指向言語の欠点を補うための苦肉の策じゃないよ。
関数プログラミングの基礎的なパーツだと思う。
だからちょっと見た目がすっきりするだけで、結局やることはオブジェクトプログラミングと変わりはないと思う。
関数プログラミングコミュニティの人って、業務でクソコードメンテさせられて、その現実逃避に美しいコードに擦り寄っているように見える。
もちろん、美しいコードを書けるなら書いた方がいいし、現代的な言語を使えるなら使ったほうがいいと思う。
けど、適材適所というか、オブジェクト指向言語でも、やってやれないことはないわけで。
役に立たない圏論をありがたがる所とか、どうもイキがってるように見える。
動的言語は使わない。
動的本をすべて捨てる(人の手に渡るような捨て方はしない ちり紙交換がよい)
動的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が無料で教育してくれるからといってガラクタ言語を学ぶのはやめたほうがいい。(洗脳されて信者になるな) 特に技術者はこの言語をマスターしたからといって独立はできない。なぜなら、5人以上のプログラマーが働いてやっと出来上がるものがほとんどだ。手間がかかるということは自分が一番よくわかっているはずだ。言語とともに使い捨てられる運命にあるのだ。IT経営者やSilerはその方が都合がいい。こき使ってやめられても独立できないのだから。雇ってはこき使って使い捨てる。まさにIT版のねずみ講 上のしか儲からないようになっている。 それに加えて酷いピンハネ。100万で売って7割以上搾取 一人送れば70万円入る世界だ。Silerにとって開発現場は炎上すればするだけよい。言語は脆弱性があればあるほどいい、システムが手間が掛かるなら掛かるほどいい その分人を送り込めるからだ。その辺にいる素人を適当に教育して3年開発の下駄はかせて送り、現場を炎上させて新たに人を送り込んで利益を得ている。
#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が主)
続き
横だけど
ループをアセンブラを使うようになると、最適化されたコードより2倍ぐらい速い場合がある。
すでに60fpsでてるならCだろうとC#だろうと構わないし60fps出せないようなら その2倍が重要なときもある。
C#は知らないけど、C++ならハンドアセンブルもできるから、ケースバイケース。
有償コンパイラのサポートでもハンドアセンブルにはさすがにかなわないケースが有ることは認めている。
さらに抽象化されたコードだとforとくらべても数倍遅い場合もある。さすがにVtableが簡略化出来ないケースだとコンパイラの最適化がかからないから遅い。
例のスパコンで2日パソコンで10分というのはそういうものの積み重ね。さすがにまだまだハンドアセンブルは必要なときは必要。
シェルスクリプトを物凄く詳しい人は、自分の事をzsh/bashでのプログラムが得意なんです!なんて絶対言わないと思う。
補助的なもので、ホントに巨大な物を作ろうと思えば遅すぎて使いものにならないし。
その辺詳しい人ってのは、普段からターミナルベースで仕事してる人だろうし、「プログラム」は別の物をメインで必ずやってるだろうし。
その中で、PHP/JavaScriptは「それしか使えない」人間が多いと思う。
ある程度のことは理解なんてしてなくてもコピペでできるし、設計書通りに組み立てるくらいならもはや一昔前の事務作業と同じレベル。
C#なんかもそう言った事務作業レベルのことをやらせる職場が沢山あるから同じように受ける。
その辺の人に、他の言語をやってみて、って言ったら全く使い物にならない感を受ける。
遠隔操作事件の議論で、C#ができる・できないを重要視してる人がいて「被告はC#はたいしてできない」→「マルウエアは作成不能」という意見を述べられていますね。
被告の方のスキルがどの程度か知りませんけど、仮にほかの言語でマルウエアを作成できる能力があったら、C#でも普通に作成可能ですよね。実務経験がなくても休日にでも少し勉強するくらいで。
マルウエアを作成可能かどうかの議論が「C#ができるかできないか」の議論にすり替えられていてどうしてこうなっているんだって思います。
で、常日頃感じているのが、言語を複数使えるというのが理解できない人が世の中には相当数いて、もしかするとそちらのほうが多数派なのではないかということ。
プログラマの能力を測るのに「Java歴3年以上」みたいな条件を見るのって普通に行われてますよね。
たとえばPHPを使用するプロジェクトのプログラマを選ぶのに、個人的にはPHP歴5年のヘボプログラマより、PHP経験なしでも他の言語でWeb開発の経験があって優秀なプログラマを採用したほうが生産性が高いと思うんですよ。
何年もPHPをやっていても成長曲線が1年や半年で止まってるようなプログラマなんて、優秀なプログラマならPHPの経験なしでも一瞬で追い抜けます。
でも世の中、PHPの経験がないと他の言語でWebの開発経験があって優秀でも、検討もされないみたな採用基準のところばかりですよね。
それと2chあたりで「同じパラダイムの言語なら複数の言語を使うのは簡単だよ」「言語って二つ目からはそんなに難しくないよね」みたいなことを言うと、猛烈に反論されることがあります。まるで己のアイデンティティを否定でもされたかのように、簡単に複数の言語を使えるってことに反論してきます。
joel on softwareに、ポインタと再帰がプログラミングをできる人とできない人の壁になっているという話がありますけど、これと同じで複数の言語を使えるか使えないかにも壁があるような気がします。
言語の機能を抽象的にとらえて、それぞれの言語の共通点や違いを把握する能力がある人と無い人が世の中にはいて、プログラミングができてもそういう能力に欠けていると、複数の言語を使いこなすってことが想像もできないんじゃないかって推測します。
で、世の中にはそういう人のほうが多数派だから、プログラマの採用とか遠隔操作事件の議論でも特定の言語の使用歴がプログラミングの能力に直結してるかのような前提で議論になってしまっているのではないかと。
Linux信者がWindows嫌う理由ってなんとなくわかるよ。
俺もハスケルとかOCamlとかWindowsで使おうと思ったらろくに使えなかったし
でも、それってWindowsのせいじゃないじゃん。
これらはサードの開発したソフトであって、使い物にならないのはそれらの開発者のせいでしょ。
(俺はわざとWin版はクソに作ってWindowsの評判を落とす工作だと考えているが)
MSはWindowsの公式開発ツールとしてVisualStudioを提供してるじゃん。
ここまで優れた開発ツールを提供してくるOS開発者が他にいるか?
マルチプラットフォームといいつつWinでは実質使えなくしている開発者どもの実力不足が悪いとしかいいようがない。
結局、Linux信者の文句ってWindowsユーザーがLinuxでC#使えないからクソって言ってるのと同じくらいの馬鹿馬鹿しさなんだよね。
Windows信者にはそんな馬鹿はいないし、まともな知能を持っていれば馬鹿げたことだとわかるので
Windowsを貶めるための過剰反応した工作でしかないとはっきりわかんんだね。
F#ってMS版OCamlなんだけど、数年前Linux信者のニワカどもががOCamlをベタ褒めしてたけどF#には誰も触れなかったw
「MacはUnix互換」とかMacユーザはいうが、Linuxユーザからするとディストリビューションが違うので正直使いにくい。別に調べりゃ使えるしLinuxユーザというのは黙って調べる人たちなので文句を言わないだけで、好んでMacをUnixのように使おうとは思わない。GUIがクソだが便利なLinuxユーザからすればMacはGUIがすげぇ糞なディストリビューションだ。情報少ないし。
なお、これは他のLinuxについても言えることで、Ubuntu使いからするとRedhat系は使いにくいし、Redhat系からするとUbuntuはコマンドがわからんことが多々あるので若干めんどくさい。もちろん他のディストリビューションも同じ。BSDとかあんまり使いたくない。まぁやりゃできるのだが、めんどくさいを極めた結果としてコマンドライン使ってるのに、調べるのはもっとめんどくさい。あと変なエラーが出ると大変なのでPCライトユーザにはまったくおすすめしない。
最近はWindowは一発ポンで入ることが増えてきたので便利だと思う。Cygwin使うよりはVM使ったほうが楽でねーかと個人的には思うが。PHPなどはXamppがあるのでむしろWindowsのほうが楽。文字コードが面倒だが。
なおLinuxは常に糞めんどくさい。すでに入ってるパッケージのバージョンが古いが、ディストリビューションによっては上げるのに四苦八苦とかふつうにある。サーバー関連のプログラム以外はいまどきWindowsとかMacとかのほうが断然楽だ。
Windowsのコマンドはよくわからんが、最近は情報が多いので特に…あと下手にコマンドいじるよりはフリーウェアを探してくれば良いと思う。
Linuxは慣れてるディストリビューションならCUIだけで十分。慣れてない奴はめんどくさい。
Windowsも良いとは言わないが、不便はない。細めのフォントが好みなのでむしろWindowsのほうが見やすい。
そりゃiOSアプリを作るならXCodeしかないし、XCodeは悪く無いと思うが、C/C++とか書く時は使いにくい。
WindowsアプリつくるならVisualStudioしかないし、最近のVSは使いやすいので特に文句はない。C#も良い言語だと思いますよ。すごくよく考えられてると思うし。
Webアプリケーション系もnetbeansなんかはWindowsのほうが軽い印象があるなぁ。ただC++はnetbeansだと補完機能が弱めになる気がする。まぁそもそもWindows上でMSのライブラリ使わないC++とか書きたくないですね。色々違うし。
LinuxのIDEはEclipse一択みたいな感じになっているが、正直Javaはいいが、それ以外は微妙。と言うか糞重い。netbeansが個人的には好きだが、前述のとおり補完機能がEclipseより弱いかんじがするのであんまり。Rubyはすっげぇ使いやすかった。C++で一番軽いIDEはQtかな。Vim?いうほどいいかね…まぁEmacs派なんですけどね
そりゃiOS開発するならMacしかないだろう。Windowsアプリケーション開発するならWindows機使うしかないのと同じでな!!!
LinuxでGUIのあるアプリケーション作るとか、考えたくないな!つうかGUIつかいたくないからLinux使ってんだよ!
Macは選択肢が少なすぎる。金だせばなんでもできるが、カネがないとストレスが溜まる。あとかねかければかけるほど周辺機器もグレードアップしなきゃいけなくなる感じがするのだが…正直Unix系のマインドに反しすぎていると思う。
あといまおれのMacbookProはバッテリが膨らんできてパッドが使えなくなったんだが、Mac対応のマウスがないのでコピペすらできない。キーボードも純正のやつ使いにくくね?プログラマとしてはHome,Endあたりはキー一個で対応して欲しいですし、Backspaceキーがないのは意味がわかりません。deleteキーって書いてるけどそれBackspaceやん、ほんとのdeleteどこいった!!!とにかくキーボードがひどいのでMac使ってプログラミングしようという意欲がおこらない。むしろ俺がMac嫌いな理由の一番がそれですね!
しらねぇがLinuxで音楽制作しようとする奴はアホだと思う。
が、若干コントラストが強目にでるか?という気がする。
Mac以外のディスプレイを自分で細かくカスタマイズしたほうが実際にあってる場合もあり、なんとも言えない。
ちょちょっといじる素人用フリーウェアが貧弱すぎて辛い。いやらしい成金に札束で顔はたかれているような気持ちになる。
いいわすれたがLinuxでデザインやデジタル現像しようっつうやつはアホだね。Ubuntuならあるのかなぁ…でもさいきんUbuntu重すぎて…
しらん。
MSOfficeは使いやすい。Officeを貶してる奴はだいたいOfficeを使いこなしていない。
LibreOfficeとか一昔前のMSOfficeじゃないですかーLinuxだとそれしか選択しないけど使いたくねぇ…それならGoogleDriveのをつかうわ…一太郎とか悪い冗談はやめていただきたい。
ただ、Latexを使う場合はLinuxは使い良いとおもう。もちろんWindowsならLatex用のエディタあるんですけども!
WindowsとMacで特に違いはないが、あえていうならMacはフリーウェアが少ない。
Linuxをホームユースで使いたがる人がいたら止めたいが、最近はWebだけでも色々できちゃうので、別段問題ない気がしてきた。
9. Macは性能に対してコストパフォーマンスが高い(……かも)
スペック対価格を比較すると、CPUやメモリやらのコストパフォーマンスが悪くない、と思います。
10年前は「Macは高くつく」という印象だったものが、ここ5年で「Macって割安」という印象に変換したと記憶しています。
むしろ使ったらMacって割高…って思うと思うけどなぁ。最近のWindows機は安いしデスクトップなんて価格破壊完全に起こしてるし、使い始めてからもほとんどお金がかからない。情報も多いし。なんか情報が全体的に五年くらい古い感じがしますね。もしかして2009年ごろからいらした方が書いたのでしょうか。
何をもって"無駄"と判断するか、非常に難しい論点ではありますが。
へんてこなアザラシのマスコットがデスクトップを泳ぎ出したり、なんとも言えないモッサリ感の明るさ調整ソフトが突如画面に出現したり。なんて事はありません。
常駐ソフトウェアはWindowsは決して多くないし、あるならメーカプリインストールアプリじゃねぇのっていう。
明るさ調整ソフトってそれはディスプレイのやつだろ?Windowsのせいじゃねぇよ。むしろMacはそういうの調整するときに探すのが大変。いや、あかるさ調整くらいならキーボードでできるけどさ…
常駐ソフト気にするならLinuxが一番管理できると思いますし、LinuxにくらべればMacもWindowsも似たようなもんです。
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が無料で教育してくれるからといってガラクタ言語を学ぶのはやめたほうがいい。(洗脳されて信者になるな) 特に技術者はこの言語をマスターしたからといって独立はできない。なぜなら、5人以上のプログラマーが働いてやっと出来上がるものがほとんどだ。手間がかかるということは自分が一番よくわかっているはずだ。言語とともに使い捨てられる運命にあるのだ。IT経営者やSilerはその方が都合がいい。こき使ってやめられても独立できないのだから。雇ってはこき使って使い捨てる。それに加えて酷いピンハネ。100万で売って7割以上搾取 一人送れば70万円入る世界だ。まさにIT版のねずみ講 上のしか儲からないようになっている。Silerにとって開発現場は炎上すればするだけよい。言語は脆弱性があればあるほどいい、システムが手間が掛かるなら掛かるほどいい その分人を送り込めるからだ。その辺にいる素人を適当に教育して3年開発の下駄はかせて送り、現場を炎上させて新たに人を送り込んで利益を得ている。
#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で
http://www.tiobe.comで、プログラミング言語の人気ランキングを、どっかで見かけるたびに
俺は、C言語をお遊びではなく仕事として使ってきたわと静かに震えるのがほぼ反射神経になっている。
「C言語一筋で、オブジェクト指向の知識はあるけどCPPもJavaも知りません、あ、C#とVBAは自作ツールを作成する過程で勉強しました。」
業務経歴書を片手に面談で話したときの、微妙な空気を知ってからだ。
C言語は、この業界にいる誰もが一度は耳にしていて、しかし業務として使った経験がある人はあまりいないであろう、不思議な言語だと思う。
組み込み屋のSEとして入社して、教育期間が終わってすぐに回されたのがAndroidのLinuxカーネルのドライバー周りのお仕事だった。
C言語というかLinuxカーネルのAPIばかり覚えさせられて、初めて触った構成管理ツールがgitで、管理任されたビルドサーバーはFedoraで、開発はTeraTerm上でemacsを使ってた。
思えば、すごく先進的な開発現場だったのだ。なんでC言語?と言語のロートルな側面ばかり見ていたが、
毎週のようにリリースされるカーネルパッチには、急速な変化に対応した野心的な取り組みが山のように入っていた。
世の中にはレガシーJava(1.4)で、構成管理ツールがSVNで、開発はEclipseのGalileo、Ganymedeかsakuraエディタという
時代に取り残された場所があるなんて想像だにしていないかったのだ。
最も当時はコミットされたバッチのコメントを追うだけで精一杯で、どうして議論になっているのか分かりもしないLKMLを読んで知ったかぶっていた
だけで、raspberry piを手慰みに遊ぶまでは実を結んでいた自覚なんてなかったのだけど。
思われてる。社会情勢が教えてくれる。いや、そんなことない、それは妄想だ。様々なところで使われているじゃないか。
でも、そこで食える飯はもうほとんどなくなっている。
カーネルのメンテナーにパッチを送ったことすらない、中途半端な技術力しかない俺の市場価値は、今限りなく低い。
だから、いつまでもC言語がプログラミングの人気ランキングにいつまでもいることを苦々しく思う。
C言語を使って、可能な限り先進的なことをやって。それは、C言語という埃をかぶったようなイメージとはかけ離れていたはずなのに。
実際は井の中の蛙で、外から見たらひとくくりに時代遅れとされたのが許せなく、そしてやるせなかった。
自分は今、実際、先にいったような環境ですら、状況の対応に四苦八苦する有様だから。
C言語なんて大嫌いだ。
Go言語の名前の由来について、デマを思いついたので、ちょっと面白いと思った人は広めてほしい。
こんな感じで。
Go言語はブレイク寸前であり、かなりの関心を集めているが、まだ詳しく知られてはいないので、デマを広めるには今が絶好と思う。
こんな感じで返していただきたい。
ロブ・パイクやケン・トンプソンがUTF-8の考案者だということは知ってる?(注:これは本当)
で、彼らがそれを考案するきっかけは、慶應の村井純先生が、ベル研で「日本語」についての講演を
したことだというのは知ってる?(注:これも本当)
http://d.hatena.ne.jp/oraccha/20081004/1223124803
そもそも君だって、ドイツ語とかの第2外国語で1から5ぐらいまでは数えられるんだから、
彼らが出来たって不思議はないだろ?
こんな感じで返していただくのはどうか。
そりゃ、表向きはそうだよ。彼らはGoogleで開発してるんだしさ。
だけどそれは後付けなの。
PHPが 「PHP Hypertext Preprocessor」という、GNUみたいにカッコイイ
再帰的頭字語を由来にしているけれど、元々はPersonal Home Page の略なんだよ。(注:これも本当)
それと同じ。
そもそもケン・トンプソンやロブ・パイクは、C言語やUNIXの父だし、
ノーベル賞やチューリング賞の受賞者をザクザク輩出しているベル研の出身だし、
Pythonのグイド・ヴァン・ロッサムみたいに、何かあったらすぐ他所に行くよ。
(注:グイドはGoogleを辞めて、2013年からDropboxで勤務している)
こういう態度で返していただくのはどうか。
(∩ ゚д゚)アーアーきこえなーい
このデマを、ロブ・パイクやケン・トンプソン自身の耳に入れること。
彼らに後付けで公認してもらえたらなお良し。
100ブクマ以上ついたので、上司に無断で弊社の宣伝をしてみる。
いろいろ怒られたら消します。
http://getlife.hateblo.jp/entry/2014/02/06/030300
こういう無知なおっさんが居るから、日本のIT業には魅力がないのだよなぁ、という印象
自分はプログラマというよりは、どちらかというと研究で飯を食ってる非SIのエンジニア
このブログの著者のおっさんが言うところの、プラスアルファは手に入れてる側ではあるんでしょう
普通のプログラマであることでは、差別化が出来ないと考えたからこそ様々な挑戦を繰り返し
基本的には、実装スキルのない人間の設計などはものの役に立たない、という所は同意して貰えるだろうけど
逆に、コーディング以外の技術、例えば無知なおっさんが例にだしてるデータサイエンティストであれば
統計だの機械学習の学術的な知識、体系だって勉強してきた数学力がなければ、まともな設計はできない。
各アルゴリズムがどんな計算をしていて、どの程度の計算量を要求し、どの程度の資源を求めるか、誤差はどうか、
負荷はスケールアウト出来るのか、他にいい手法は存在しないか、といった知識は一朝一夕には手に入らない
実際のコードをイメージしながら、各モジュール群を適切に設計し運用するには、どちらかでは不足がある
つまりコーディングスキルを含めた言語などの道具への理解と、それを使った技術力、そして経験は不可分のもので
揃ってやっと1人前の”プログラマ”と呼べる。そういう人間だからこそ、高給取りになれる。
プログラマ=コーダという認識は、プログラマという職業や技術を軽視しすぎている人間に見られる
結局のところ、プログラムを書く人(=コーダ)ではなく、プログラムを使ってビジネスが出来る人(≠コーダ)が生き残るって面では日米大差ありません。
ちっちゃい商売で食えてることがこの人の自慢なんだろうけど、これこそが日本のSierがゴミな理由だ
世の中にどんな技術があり、どんな研究が進んでいて、何が出来て、何が出来ていないのか?
それを知らない人間が良くこういうことを言う、顧客のニーズを汲み取れるだけでビジネス(笑)が生まれるとかないでしょ
例をあげると、海外ではCADのソフトの研究開発は盛んだけど、もう国内では殆ど生き残ってない。
国内には世界的な自動車メーカーがあれほどあるにも関わらず、CADソフトは国内には著名なソフトがない
こういう例には枚挙にいとまがない。日本のゲーム企業は世界的だがそこで使われている、ツールやらレンダラは海外製だし
SIerお得意のビジネス(笑)を生み出す、クラウド、分散コンピューティング関係でも、OpenMPIなど海外製だ
GitもMercurialも海外で生まれているし、OpenCVを初めとした画像認識ソフトやその技術も海外で生まれている
カメラによる画像認識で車や人を判断してブレーキする車は日本で作られるが、その根幹を為すアルゴリズムは
海外の研究者やらエンジニアが作っている訳だ。広大の栗田先生など一部例外はあるけれど。
それぞれ、SIerが言うビジネス(笑)なんか比較にならないほどの市場規模を持っているのに、それらを無視してビジネスとはなんだろうか?w
電機・機械系では、研究開発が盛んで、技術と儲けることは不可分なのに、IT業界だけはどういうわけか
ビジネスとは技術を何一つしらない無知なおっさんが作るものであるらしい
本物のプログラマにとっては、全く魅力がない、そんな業界な訳だ
お客からしたら技術の中身なんかぶっちゃけどうでもいいんです。JAVA で書こうが、Cで書こうが、COBOLで書こうが、そこに価値の本質はないから。
道具というのは、それを適切に選択して使ってこそ価値がある。
フランスではOCAMLが普及しているが、なぜだか考えたことがあるか?
何を選択すればコストが抑えられるかをすら考えたことすらない
言語なんかなんでも一緒?w
なるほど、鋸でなくともノミでも木は切れるだろうなw
切断面の美しさやかかった時間などは客には関係ない、切れてさえいればいいかw
お客にとっては技術などは確かにどうでもいい、しかし、それを上回る製品がないという前提だ
どうやって世界と伍して戦う?
どうやって他の製品を上回る?
微々たる使い勝手の差などは、技術力の差の前では圧倒的に無力だということは
データベースはオラクルだのSQLに依存し、製品ではSAPなどに完敗を喫し続けているSIerこそ理解すべきだろう
本当にビジネスを作る、というのが、技術と不可分なのは言うまでもない。
もちろん、その技術にはコーディングスキルも含まれている、という当たり前の話です。
オッサン論法でいけば、SIerがサービスとして提供するものと、同一の機能を持った製品との間の明確な区分など
客には存在しない。どっちのほうが凄くて安いか、だ。
そんで、もう、そういう勝負に負けまくってるのがSIer、技術で勝てないから安さで勝負するために
オフショアに必死になったり、ブラック企業化してプログラマを潰しては、ますます技術力とサヨナラしていってるね
http://anond.hatelabo.jp/20140206172641
普通は「IT系」って企業の一部門だし実際日本でも自動車メーカーやら電機メーカーやらゲーム会社やら内部でプログラマーを雇用して国際的な成果も上げてる企業なんていくらでもあるんですよね。
全くだな。
技術力をもった企業やエンジニアがフィーチャーされるべきなんだが、例えばゲーム屋だと
プロデューサーだのディレクターだのが表に出て学生のあこがれの対象になるし、
他もプロマネが表に出てくる事が多いので、文系職の比重の高さが問題なんでは・・・みたいな方向になるよな
大手でもホンダ、ソニー、日立など、研究部門が成果を上げている、中規模でもデンソーとか良い企業もあるし
小さい会社だと、先日googleに買われたシャフトとか、CADのラティスとか、モーションポートレイトなど、固有技術で食ってる会社もある
お仕事は?
どんな技術があるの?
→高専までで使ったことのある言語はC/android/C#/C++/javaなどなど
→業務経験では、node.js/JavaScript/PHP/chefなどなど
どこが嫌か?
あくまで、生きるための手段であって、生きる目的ではない。
だが、社長は仕事が生きる目的であって、それを僕にも矯正してくる。
2,同僚が嫌
考えなしに、酷い事(嫌味)を自分はオモシロイと思って、言いまくる素敵な社員
3,クソPMがいる事
そのPMは、今仕事が無いので、社内では、もっぱら艦こればかりやってる。
しかも、PMの経験が豊かか?というと、アジャイル開発やスクラム開発、ウォーターフォール開発等の言葉も知らないらしい。
しかし、ヤバイのは、そんな僕でも出来ちゃうような状態の酷さのくせに、我が物顔で、僕に説教をしてくる。
正直、キレそうになる。
あのな、お前そんなんじゃ、少なくとも俺は、お前の指示聞きたくないぞ。
つうか、お前、俺より無能のくせに、俺のことを、お前っていうな。名前で呼べ、アタリマエのことだろ。
4,クライアントが嫌
クライアントが日本語が不自由な人で、質問をすると、キレてくる。(日本人です。)
お前の社内チャットの文面、いつも体言止めで終わってて、本当に意味不明なんだよ。
例
高橋さん DシステムのXX機能
(このあと、返信するまで、何もなし)
XX機能がどうしたよ!何が言いてえんだよ!!!1111意味がわからないんだよ。
頼むよ。続きの文面書いてよ・・・。エスパーじゃないからわからないんだよ。
はぁ、転職したい。
年明け出社したくないよ・・・。
プログラマといっても、大手ベンダーが作ったフレームワークに乗っかり
実際のフレームワークの仕組みがどうなっているかも全く知らない。
設計書を修正したりもするけど、言われたことを書き直すだけ。
SEなんて高尚なもんでもないし、
気が付けば来年もう30才になろうとしている。
正直言って、うだつが上がらなさすぎる。
そんな自分を変えたくて
女性声優画像bot(https://twitter.com/w_seiyu_bot)
笑いたきゃ笑ってくれ。
できる人には数十分でできる芸当だと思う。
それでもなんとか自分を変えたくて、
0を1にしたくてがむしゃらに頑張った。
いろいろ試行錯誤を重ねて1ヶ月以上かかったと思う。
分かる人にはすぐに分かると思うけど
少しだけ特徴を紹介してみる。
仕事ではJavaやC#でプログラミングしているけど(リーマンプログラマの9割はそうだと思う。)
小規模でもいいので何か一人でものを作りたくてLLなpythonに挑戦してみた。
twitterのAPIのラッパであるtwythonっていうライブラリを使っている。
僕の唯一の趣味といっても過言ではない大好きな女性声優さん達の画像は
最近のAPIは有料のものが多いみたいなので一部スクレイピングで画像を取得している。
5分おきにtwitterのAPIで画像をアップロードしてたら、途中でbotが止まってしまった。
APIの制限で1日の画像アップロード数に制限があるみたいだ。
仕方なく時間帯を分けてtwitterのAPIでアップロードするパターンと
twitpicのAPIでtwitpicに画像をアップロードして、そのURLをつぶやくパターンを用意した。
(このtwitpicのアップロードにしょっちゅう失敗する。。。なんでかわからん)
なんとか多くの人にフォローしてもらいたいと思い、
KLOUTのAPIを利用して取得したスコアが50以上の人をフォローさせてもらっている。
(KLOUTについては僕も知らなかったけど、ググれば分かります。)
さも簡単に実装してきたような書き方だけど
一つのことをやるのに何日も何日も頭を悩ませた。
実際に運用してみてどうかというと、これがまたとんでもなくひどい。
ありがたいことに、沢山の方にフォローしていただけてはいるが、
昨日は南條愛乃さんといって三森すずこさんの画像をつぶやいてしまい
自分のユーザー名で検索するとフルボッキにされててみれたもんじゃない。
(不愉快な思いさせた方には本当に申し訳ないと思っています。すいません。)
あんなに苦労して作ったものがこんな情けない結果で本当に泣きたくなる。
所詮こんなもんかと。
それでもとりあえず、なにか変ったのかもしれない。
0が1ではなくて-1になったのかもしれないけど。。。
別に弁解したいとかそういうわけじゃないけど、
なんとかワザとじゃない、僕は声優さん達が大好きなんだ
ということが分かってほしくてモヤモヤした気持ちを
書きなぐってみた。
とりあえずこのbotをどうするかは決めてないけど、
なんとか画像間違いだけは解消していきたい。
ご助言いただきたい。
さて、そろそろ仕事に戻ろう。
最後に一つだけ言わせてほしい。
_人人人人人人人人人人人人人人_
> あすみん、愛してるっ!! <
 ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y ̄
10年前とかならCを最初に学ぶ理由も分かるけど、今の時代に初めての言語でCを推す奴は社会悪でしかない。
Cなんて、導入しづらい、分かりにくい、実用性ないの3ないでクソすぎる。
Androidを使っていればJava,iPhoneを使っていればObjective-C,ウェブサービスに興味があるならRails、この3択しか現代にはないだろう。
C#とかPerlはまだいい。Cを推す奴がどう社会悪かと言うと、Cで作れる簡単なソフトウェアがなさすぎて初心者が脱落するからだ。
黒い画面にカレンダーを出すだけのC言語なんかより、馴染みのあるスマホアプリや、ブラウザ上で動くアプリの方が明らかに発想も広がるしモチベーションも上がるから、結果的に開発スキルが伸びる。
そういうことも考えずに、「プログラムの基礎はC」とかドヤ顔で初心者に対して教えてる奴は、日本の未来の技術者のために居なくなって欲しい。
サイト名 | onalife(オナライフ) |
---|---|
URL | http://www.onalife.com |
説明 | xvideos動画の共有・ユーザー参加型のまとめサイト |
Webサービスの勉強には「アダルトサイト」という記事をはてなの記事で何回か読んだことがあるため、今回は便乗しました。
ありきたりかも知れませんが、「Xvideosから誰でもお気に入り動画を追加してまとめる・みんなで共有」できるサービスを作ります。
協力していただける方は、サービスを使っていただいて、要望・コメントしていただけると助かります。
http://ja.wikipedia.org/wiki/PDCAサイクル
ではないですが、
試験リリース → テスターによるテスト → 問題抽出 → 問題解決のためのプラン → 解決 → 最初に戻る
を繰り返していき、
などを考察していければよいと思っています。(あくまで勉強目的)
ありません
※だって恥ずかしいし、煩わしいよね
シーンを登録してください
今回どうしても満たしたい仕様は以下です。
検索?
要望あれば検討ということにしました。(他に優先すべきことが多々あるため)
お仕事 | 主に組み込みLinux系 |
---|---|
Web開発経験 | なし(Wordpressを昔にちょこっと触った程度) |
プログラミング歴 | 10年目くらい |
---|---|
使える言語 | C言語、ShellScript、Perl、Make |
お触りした言語 | C++、C#、VisualBasic、Python |
時代の流れに乗ろうかと。
仕事内容は主に組み込みLinuxです。Linuxカーネルをごにょごにょしたり、開発環境の整備(プロジェクト全体のMakefile管理)、システム部分の機能実装などをやっており、PythonやRubyといった言語には縁がない状況です。
昔から機会があればRubyかPython、PHPとかでWeb系の知識も身につけたいと思っていましたが、今回思い切って勉強しようと思いました。
皆さんの中にも新しい言語を勉強するときに、とっかかりがよくわからなくて諦めた経験を持っている方は結構いらっしゃるのでは?
インターネットで検索するといろいろなサイトが出てきますが、なかなかゼロから学習するのには向いていない場合が多いです。
そ・こ・で!
私は以下のサービスを使いました。
Ruby on Railsの動画を何度も見て、基本的なプロジェクトの立ち上げ方・コーディング方法などが学べました。
平日 | 1時間/日 |
---|---|
休日 | 2~3時間/日 |
こんな程度です。
平日 | 0時間 |
---|---|
休日 | 1時間/日 |
平日は1時間未満が多かったですね。
ドットインストールの講座を1・2個見て終わりというような感じでした。
無理をしない、です。
私のように、長いスパンでコツコツ積み上げていくのがよいのかもしれません。
短いスパンでリリースしようとすると、1日あたりの学習&プログラミング時間が相当確保しないと難しいように思います。
この時間を確保することの困難さがモチベーションの低下の原因ではないかと思います。
一日平均4時間(休日含む)でやれば1カ月から2カ月くらいでそこそこのサービスをリリースできそうです。
結構はてなで「初心者がWebサービスをリリース」なんて記事を見ますが、みなさん本当にすごいな、と感じました。
自分でいざサービスを立ち上げてみて、初めてわかることもたくさんあります。
プログラミングの仕事しているにも関わらず、ベータ版リリースまで約半年ほどかかってしまいました。(そもそも時間をそれほど確保できなかったのも原因ですが)
もしよろしければwebサービスを使ってみて不満点をコメント欄にでもどんどん記入してください!
今後の参考にしたいです!
タグはなるべく詳細に入れてもらえると、自動的に動画を関連付けます。
片山容疑者以外が犯人である場合、次の条件を満たす必要がある。
・江ノ島に行って猫に近づいたことを知っている
・雲取山周辺で車を運転していたことを知っている
容疑者に近い人間であればこれらのことを知っていて、ウイルス作成能力があってもおかしくない。
容疑者に近い人間ならば、警察も監視カメラ等を調べているに違いない。
疑問:監視カメラに映らずに猫にSDカードをつけることができるだろうか?
疑問:雲取山まで監視カメラに映らずにUSBメモリを埋められるだろうか?
片山容疑者のパソコンを遠隔操作できる状態であれば、その日にどこに行ったか把握できるかもしれない。
あらかじめターゲットを絞れば、不可能ではなさそう。
疑問:もし片山容疑者を犯人にしたいのであれば、自宅のPCや職場のPCにウイルスを残すことくらい容易いのではないか?
ほかにも色々あると思うが、ぱっと思いつくのはこれら。
・Torを使っている
・ネコ好き
・犯行に使用したメールアドレス登録時の郵便番号が派遣先の会社
Visual Studioの開発環境が見つかっていないから犯人じゃないとか、C#が使えないから犯人じゃないというコメントや弁護側の主張が納得いかない。
ハードディスクをツールで消去すれば綺麗サッパリなくなるし、JAVA使える人がWin32ウイルス作るならC#使うんじゃないの。
長い間C言語を使いやすくするにはどうしたら良いか?ということはみんな検討してきている。
だが、その回答は動的型付けにすることで、Javascriptを使ったほうがいい。という結論だと思う。
それがこの20年か30年ぐらいの結論だよ。
なにか特殊なC言語がほしいなら、その機能をJavascriptで実装したほうが速い。究極的には数値演算用のJavascriptを生み出したほうが
C#でもなんでもいいけど、Cの正式な系譜からは切り離したほうがいい。
デスマとかの事故が現場で絶えなくなる。デスマを封じるにはCとJavascriptは少なくともプログラマーの適性で明確にわけないとダメだ。
メモリーがネイティブに直感的にイメージできないならC言語は触っちゃダメだ。 Javascriptで楽しいサービスを作ることに特化したほうがいい。
酷な言い方だが、適材適所だ。