はてなキーワード: Visual Studioとは
本式バージョン ttps://www.minkou.jp/university/school/review/20584/1738/rd_362857(魚拓:甲南大学の口コミ:甲南大学知能情報学部知能情報学科の口コミ | みんなの大学情報)
略式バージョン のんびり過ごしたい人におすすめ:甲南大学知能情報学部知能情報学科の口コミ | みんなの大学情報(魚拓:ttp://archive.is/lEnOK)
低偏差値の受験生や在学生の目に留まりやすいように、投稿先は「大学 口コミ」でググってトップに出る頭が弱そうなサイトを選んだ。本式バージョンを投稿してみて偏向的すぎて掲載を蹴られるかと思い略式バージョンも続けて投稿したが、なぜか両方とも掲載されていたので記念に魚拓をとっておいた。ちなみに本式バージョンのタイトルは掲載申請した時には「滑り止めでもやめとけ」だった。なぜ本文未修正で掲載されたのにタイトルだけ修正されたのかサイト運営方針が不明。そこの君!滑り止めでもやめとけ。
追記:連投だったし、事実しか書いてないけど中傷目的だし、在籍者や卒業生ではなく中退者による投稿だから、仕方ないとも言えるが本式バージョンは運営の検閲なのか削除されていたことを確認した。Googleに残りやすいように2chスレ(ttp://rio2016.5ch.net/test/read.cgi/student/1473946293)にもレスしておいた(>>60) 。
大阪産業大学・工学部・電子情報通信工学科もあった。産近甲龍では団栗の背比べだが偏差値順に甲南大学・知能情報学部・知能情報学科 <= 龍谷大学・理工学部・数理情報学科 <= 京都産業大学・コンピューター理工学部・コンピュータサイエンス学科 <= 近畿大学・理工学部・情報学科だと思われる。京産大はITイベントで筆記型AO入試を最近アピールして(仮に学力不足でも)技術力がある学生を集めようとしている姿勢は、専門学校的とはいえ甲南大よりは評価できる。
院進率は9%で、そのうち内部進学が7.5%、他大学院進学が2.5%
足し算が間違っている(正しくは9% = 7.5% + "1.5"%)が、私はFラン大学・低知能情報学科の中退者なので大目に見てくれ。数値は年度や計算方法でズレるがイメージが変わるほどの誤差は出ないはずだ。
予備校生は将来的には関関同立以上に進学する者がほとんどであるため甲南大学生より遥かに格上であり、甲南大学は就職予備校というより後述のとおり専門学校と表現した方が正しい。院試の科目となる教養英語TOEFLせめてビジネス英語TOEICについて、院試をそもそも受けないから必要とされない事実自体を揶揄した。講義内容の半分が就職対策で専門学校的なので、大学なのに初年次教育で情報技術者資格を取得するよう勧められたりする。
追記:「大学校」や新設される「専門職大学」という区分を知った。専門学校というより、「専門職大学」の方が実態に近い。知能情報学科は多少マシな「国際工科専門職大学(校)」である。職業訓練学校は再就職する大人のための学校。職業訓練学校 < 専門学校 < 専門職大学校 < 甲南大学・知能情報学部 << 大学予備校 で実態の近さを表せる。
案内ロボット「KoRo(コロ)」をご紹介します。 | 甲南大学図書館ブログ のこと。
中の下の公立高校から推薦入試で入る(この大学の全入学者に占める推薦入学者の割合は約61%です)か、一般入試で勉強をサボって偏差値50未満で滑り止まる(ほぼ4割?私を含む)か、ブルジョア子弟が甲南高校で遊び呆けて内部進学するか(1%?)で学生は構成されています。
一ランク下の摂神追桃(追手門学院大学 履修登録抽選で大荒れ 教務課に爆竹を投げ込まれ、打ち上げ花火も上げられる騒動 - NAVER まとめ)と違い治安は皮一枚で保たれている。劣悪な運営が綺麗なスターバックス風に表面コーティングされて隠蔽されているので初手退学しづらい辺りが逆に陰湿だが。
内部バカ・脳筋バカ・推薦バカ・私立専願・国公立落ちという区分が的確だと思う。大学偏差値=高校偏差値-10が妥当なので、受験組の出身高校「中の下の公立高校」の偏差値は55だろう。全学生の六割を占める推薦バカはもう少し下という程度か。私立専願は妥当なバカ、国公立落ちは身の程知らずなバカで、全員バカなわけだが。内部バカはブルジョア子弟つまり中小企業社長が教育投資失敗した没落アホ3代目ことだ。おそらく「経営学部」「マネジメント創造学部」に集中している。そもそも彼らに大卒を与えコネ入社させ将来経営させるために創立された大学だ。ブルジョア階級は社会で1%程度しかいないので、子息が集まるこの大学でも全体の一割もいないだろう。そもそも教育投資が成功しているなら慶應に進めるはずだ。甲南高校の偏差値は60あるので一般受験して上を目指せる偏差値の学生が大半のはずなので、内部進学者は最下位層に限られる。コネ入社できる内部バカか、スポーツ選手か体育会系就職できる脳筋バカが主役の大学で、他は彼らの搾取対象に過ぎない。
私立文系大学に小さい理系専門学校がおまけで併設されていると捉えればよい。文系学部より理系学部は偏差値が5程度低いし。学内でも二級市民。カタカナ学部(理系のフロンティアサイエンス学部・文系のマネジメント創造学部)の存在を忘れて計算していたかもしれない。割合を計算し直してもカタカナ文理二学科で相殺されて大して変わらないだろう。
中央値は正社員中央値と同等の320万円程度だと個人的には推測します。学歴フィルターに落ちる偏差値なので非正規雇用や就職失敗もそれなりにいるでしょう。
就活経験なしの中退者の想像なので不当に下げすぎかもしれない。就職先は中小企業のプログラマだろう。正社員採用なら30代で420万円くらいだろうか。非正規雇用率は不明。非正規雇用なら210万円くらいか?しかし中退前にJob Hunter(学内求人サイト)で採用実績があるIT企業をリストアップして手元にデータを保存しているので、暇があれば年収価格帯を調べることはできる。
書籍『融解するオタク・サブカル・ヤンキー』を読了した直後だったので表現を引きずられてしまった。ヤンキー7割とオタク3割で占められている。Twitter検索で「甲南大学」と特に大学祭シーズンと入力すれば画面にヤンキー色が広がる。集合写真は ttps://twitter.com/keikei06081/status/870514186031251456(魚拓:ttp://archive.is/JIcXA)。ググったら意識だけ高そうな学生生活の一例を見つけた。
プログラミングを自主的にしている個人は少しは居るようですが、ネット上やIT勉強会などで活動している様子はあまり観測できませんでした。
低学歴だから在籍大学の自称を控えているのかもしれないが、GitHubやはてなブログやTwitterでプログラミング独学の成果を公表する活動をほとんど観測できない。私自身が学力からプログラミングへ逃避しITイベントに参加する「意識高い系」の一種だったので書いた。プログラミング独学は最終的には就職の準備であり、低偏差値の情報系学科とはいえ学問すべき大学生がやるべきことではないから、プログラミングしないことは責められる話ではない。
一年次の必修通年科目「プログラミング実習」が前期後期に分割され、前期はCからProcessingに言語を変更したようだ。入学する学生のレベルが下がったからだろうか。専門科目でプログラミングが必要な講義ではEmacsなどではなくVisual Studioの使用を、確率統計の講義ではPythonなどではなくExcelの使用を強制される。
Visual studioはメソッドチェーンの途中でブレイクポイントつけられたような記憶がある
私は、最近のアプリケーション、特に、やたら機能を詰め込んで肥大化したアプリケーションが嫌いだ。
とにもかくにも、起動が遅いのだ。
「SSD等の高速なメディアを使用すれば多少はマシになる」という意見もあると思うが、SSDはHDDよりも記憶容量が(現時点では)少ないことが多い。
つまり、SSD内にインストールできるアプリケーションは限られてくる。
で、これに関して、私が最もストレスを感じるのは、Visual Studio、特に2010以降のバージョンである。
まず、起動が遅い。加えて、ソリューションファイルの読み込みも遅い。裏でなにかを走らせているのかわからないけど、モタモタする印象が拭えない。
加えて、これはC++プロジェクト等で顕著に現れるが、スタティックビルドした際、生成される実行ファイルのサイズがバカに大きい。最適化をしても平気で2MBとかになる場合もある(要根拠)。
Visual Studioは、確かに便利にはなっている。リファクタリングが可能になったり、予測変換が賢くなったりしている。
そのため、私は未だにVisual Studio 2008から離れられない。前時代的思考だとバカにされるかもしれないが、私はこれくらいで満足である。軽快だし、生成される実行ファイルも、2010以降のソレと比べてはるかに小さい。
ハイスペックマシンを常用している人にはあまり関係のない話ではあるかもしれないが、私のようにそうでない人もいるということは、Visual Studio開発者の方々には、頭の隅に入れておいて頂きたいと思う。
SSD導入云々に関しては、職場パソコンの場合には導入がそもそも難しいケースも多い。資金面が十分でない企業の場合、コスト面から難しい。
ただ、そんな環境であっても、開発ツールは最新のものを使うしかないケースはままある。そんなとき、私はとてつもなくストレスがたまる。
修正後: https://thinkit.co.jp/article/11373
差分: http://difff.jp/4jrxz.html
以下、大きく変わった箇所を抜き出します。
ちょまど:もう一つ言えば、開発ツールが無償じゃないのもなんか間違ってるって思っていたんですよ。なのでXamarinがマイクロソフトに買収されたって聞いた時にすごく喜んだんです。これでXamarinはきっとOSSになって無償になるって思って。
↓
ちょまど:もう一つ言えば、開発ツールが有償だと開発者に浸透しにくいって思っていたんですよ。なのでXamarinがマイクロソフトに買収されたって聞いた時にすごく喜んだんです。Xamarinはライセンス代が高かったけど、これによりきっと無償になるし、しかも(XamarinチームはもともとMonoチームが母体でOSS好きなのもあり)XamarinのランタイムがOSSになって人に勧めやすくなるかなって思って。
----
ちょまど:そうです。私は逆にマイクロソフトはWindowsの会社としか知らなくて、開発者になってからはVisual StudioやC#の会社で、とってもOSSな会社だって思ったんですが、入って気づいたのは世の中にはものすごくマイクロソフトがキライな人が多いって言うことで(苦笑)。なんかアンチな人が特にインターネットには多いです。
----
ちょまど:さきほどからマイクロソフトが変わって衝撃を受けていると言う話がみなさんから出てきてますけど、私からすればエディターがOSSなのは当たり前だし、開発ツールは当然マルチプラットフォーム対応だし、そういうのはもうホントに当たり前だったので一緒に盛り上がれなくて悲しいです(笑)。
↓
ちょまど:(さきほどからマイクロソフトが変わって衝撃を受けていると言う話がみなさんから出てきてますけど、)私からすればVisual Studio CodeのようにエディターがOSSなのは当たり前だし、Mac版のVisual Studioが出たように開発ツールは当然マルチプラットフォーム対応だし。マイクロソフトが変わって衝撃! という話題で一緒に盛り上がれなくて悲しいです(笑)。
----
ちょまど:でも無料じゃない開発ツールっていうのが不思議だったんですよ、そんなことしたら開発する人も増えないし、結果的に不利益を被るのは目に見えてるじゃないですか。「どんなに良いツール作ってもお金取ったら無意味だ!」って思ってました。なのでXamarinがマイクロソフトに買収されてホントに嬉しかったです。だってAndroidとiOSの両方作ろうと思ったら1年で25万円くらいかかるんですよ。
↓
ちょまど:でも無料じゃない開発ツールっていうのが不思議だったんですよ、ベースが有料だと、開発する人も増えにくいし、結果的に不利益を被るのは目に見えてるじゃないですか。「どんなに良いツール作ってもお金取ったら広まりにくいよ!」って思ってました。XamarinでAndroidとiOS版の両方のアプリを作ろうと思ったら、ライセンス代が1年で25万円くらいかかってたんですよ。私みたいな社会人歴2〜3年の人が趣味でやるには高過ぎる値段でした。
----
正直言って元記事のちょまど氏の発言は不正確なところが多々あった。
Microsoftの方によると
修正は本来ならあり得ないんですけど、コンテキストが落ちちゃってるところがいくぶんあったので(^_^; https://t.co/5TzS8rY5cH— Azure工事担任者 (@rioriost) 2017年5月12日
インタビューなので、なかなか難しい...。分かってる前提、つまりハイコンテキストで喋ってるわけで、そういう前提までは記事に書かれてないんですよ(^_^; https://t.co/lXLjOVg9D7— Azure工事担任者 (@rioriost) 2017年5月12日
Visual studio codeでnode.js+reactやってサービスなんか作ってそれをポートフォリオにしたらいいんじゃね?IDE関係ないけど。
もしくはプログラマとして優秀なら普通にObjective-cかSwiftやればいいんじゃない?
まだObjective-Cで書かれたコードたくさんあるしモバイルアプリのエンジニアが足りてなさすぎるからすぐ仕事見つかると思う。
ここ数日のJXUG (Japan Xamarin User Group) の話を見ていてなんだかなーと思っていたが、ついに主宰がコメントとポリシーを出した。
これでこの話「だけ」は終息に向かって行けばいいと思う。
今回の件は、担ぎ上げられた方の性別や過去の言動も相まって盛り上がってしまったが、男性だったら同じことが起こっていたか、という問いかけには「起こりうる」と答えたい。
一つの例を出す。
「『テスト書いてない』なんてそれ○○の前で言えるの?」「テスト書いたから大丈夫です!」
これは、別コミュニティの男性の話を基に持て囃された言葉で、IT業界でコードを書いている人なら似たような内容を見聞きした方も多いだろう。
当の本人は、テストだけにフォーカスされてしまっている事を良いと思っておらず、一つの手段である事を伝えるために苦労しているようだ。
男女問わず、コミュニティの中で誰かを担ぎ上げて人柱にする事は起こる。
コミュニティ内の交流会や発表の場で、ちょっとした有名な方の記念日を祝う事もあるだろう。外部の人がそれを見ても問題のない表現は幾らでもできる。
しかし、コミュニティ内の発言を Twitter等で確認すると「内輪向けすぎて、ないわ」と感じる。イベントログでも同様である。
件のピラミッドが描かれたスライドは、新規参加者を疎外するには十分なもので、現場に居た参加者が「これはマズい」と思わなかったのであるなら、非常に危険な状態ではないか。
考えてみてほしい。何の知識もなく興味だけがある未来の開発者が、その画像を見た時の事を。コミュニティに参加するためには、まず自分は一般ピープルの扱いを受け、ピラミッドの上部と「人脈」として繋がらなくてはならない。それはXamarinを利用するためのコストでは無い筈だ。
自分はMSのプロダクトは気に入っている。また、Visual Studioを普段から利用している。Windows開発者かと問われれば、Windows開発者でもある、と答えるだろう。そして、XamarinもVisual Studio for Macも良い方向へ進化していく事に期待している。
だが、少なくとも、現状のコミュニティには参加しようとも思わないし、必要な技術情報や交流は国外の物を利用し、参加するだろう。
あくまで、このコミュニティに限った話であるため、他のコミュニティで邂逅しても特に何も思わない。
一つ、コミュニティポリシーの経緯について。今回の件に影響を受けすぎているように感じるため、中性的な表現に修正した方が良いものになるのではないかと提案したい。
JXUG 名古屋ハンズオンでの事実について - Xamarin 日本語情報
それでは、より良い開発を。
Imagine Cup 2008のアルゴリズム部門で世界3位のchokudai先生ならVimにrand()とsrand()の必要性を力説してくれるはずだ。
その筋の人ならbramを説得できるはずだ
我々はchokudai先生を早急にVimワールドに引きずり込むべきだ。
vimmer「Vim使ってみませんか?おすすめのエディタです」
chokudai「Vim?Visual Studioで間に合ってま〜す」
vimmer「vimプラグインのomnisharp-vimを入れたらVimでC#書けますよ」
vimmer「中でもおすすめなのがShougoさんのVimプラグインです。これがあれば暗黒の力が簡単に手に入りますよ」
vimmer「neobundle.vimを入れるとプラグイン管理が楽になります」
vimmer「unite.vimを使えばもっとVimの操作が楽になります」
vimmer「更に開発中のdein.vimやdenite.nvimやdeoplete.nvimを使えばさらに強い暗黒の力が手に入りますよ」
chokudaiは唾液をゴクリと飲み込む
vimmer「暗黒に染まったプラグインを更新する度にパワーがはるかに増す・・その更新を無限にオレは残している・・その意味がわかるな?」
震えるchokudai「いきなり意味がわからないことを言いやがって!!でも怖いっ!!!!」
震えるchokudai「tanakhさん!助けて!!!」
tanakh「だめだ!暗黒の力が強烈過ぎて僕のemacsの力では太刀打ち出来無い(´・_・`)」
震えるchokudaiとtanakh「きさま!まさか!!(((((((( ;゚Д゚))))))))ガクガクブルブルガタガタブルブル」
学問の徒として生きるのは完全に諦めてるし、大学もはや無駄と思ってるけど、無能でない俺ですら無理と思う道であってこんな補助金出してガバガバ教育してる日本金の使い方無駄すぎ……とは思う
もっとちゃんとした就職予備校設置してほしいけどそういう変革は無理なんだろう。
そういう話じゃないのか。今回はそういう話ではないです。
パソコンのご本を読めるようになるのが難しい、という感じのお話。独学? が難しい。
パソコンのご本、あんまり知識がちゃんとしてない人は読めないようになっているっぽい。
後述するけど、わかりやすいように作られたスクショまみれの本とか。
全体的なビジョンがないわけ。実際の世界がそれで動いてるようなビジョンが。だから読めない。
僕は社会の役に立つことを直接学びたかったよ。社会がどういう風に動いてるかみたいな話をさア
そういうのがあれば、パソコンのご本を読めるようになるんだろうなという感覚がある。
実務の話!! 実際に「IT系のおしごと」というのがやってるような話で、特にコーディングに直接絡んでくるようなもの。
技術の実態みたいなやつ。そういうのは学校で教わらないんですよね。
優秀な人はバイトとかやって知ってるっぽいけど、それみんなバイトでやるの? みんなはやらんでしょ。
というかバイトみたいな形で社会参画しないと学べない知識だったら、それはそれでやばくないですか? という提起でもあります。
はてな民の人IT系で働いてる人多そうだけど、そういうところ、そういうところなんですよね。
そういう知識があれば、大学の図書館に置いてあるような「技術本」っぽいやつ? の扱い方がわかるんだろうなーと思う。
いや別にやってきたことは何も無駄にはなってないんだけど。ハードよりの話もしたり、基本的な数学とか物理とか電子とか論理学とかシャノンの話とか。
でも、パチョコンは実学も以前に学問というか、実際に使えてナンボな部分が(いまこの想定してる話では)デカすぎるのに、
そんな環境的な、Linuxでサバ建てしましょーねーみたいな話も三年後期になるまでやらなくて、そんなん人が立ててるの見たら一発で覚えられることだし、みたいな。
みたいな。
そう、なんというか本が読めないんですよね。これ人がいたら一発なのに……というようなことだらけで、絶対間違った道に来ちゃってるよという感じがする。
↑
(焦ってるんじゃないのか?一冊だけをしっかりやれよ。と思ったりするし、言われそうだけど、それが一番の正解なのかな…やっぱり)
つーか本読みながらチンタラチンタラ比較するの嫌になるわけですよな。わかる。
スクショがいっぱい貼ってあったからといってわかりやすくなるわけではないし……。
てかスクショ貼ってあると古くなるとすぐ対応できなくなるから本当に困りますわよね、という話もあります。
僕が何を期待しているのかって?それは実務のうちで難しいお話が出てこない、環境の話、という感じ。
プログラミングをやれと言われても、それIDEはなによ?っつー話ですわな。WindowsだとVisual Studioとかになるのかな。
Eclipseはよくわからない。Javaでアプリ作るっていうのそんなに真剣にやったことないし……
っていうかそもそもプログラミングのお仕事??がよくできる人たちはプログラミングで何をしているの?
アプリを作っているんですか?それだったらヴィジュアルモードのチェックが簡単なやつ必要だよね、という話で。
あるいは別にアプリなんか作ってないのかもしれないよな。とすると何かしらサーバーを使って捌くようなシステム・サービスの細かい調節のお手伝いをしてたりするわけだ。
その具体的なトラフィックがどうだからどうのこうの、というお話をしたり、アクセスの仕方がどうの脆弱性がどうの、新しい技術がどうの、という話だと思うんですけど、
端的に言ってそういう話がぜんぜんわからない。そういう話がわかるとスンナリ進めるはずなんだけどな~と思いながら。
親の金で大学行ってるのに、なんかもっとこううまくできるはずなのに……という感じでつらい。
僕は人の役に立つ仕事のおべんきょおがしたいんですよ。なのに図書館で借りられる本、自分が何を知らないから理解できないのかもよくわからない感じで……
日経Linuxとか読んでみて、去年のやつにプロセスとかスレッドの説明あったけど、僕はまだOSの基本的な話もマトモに理解できていないなので、
そういう人間には難しすぎる (というか抽象的すぎてかなりわからなかった) スケジューリングの話はされたので、プロセスが対象なの?とか、そもそもCPUがアセンブリ命令ADDとか?を実行しつつ、
OSがそのアセンブリ命令をセットにした実行単位を用意して、OSがスケジューリングしてくれる、みたいな話なのかな……? と思った
(でも明らかにプロセスとスレッドがわからない人間には伝わらないような程度のフワフワ説明しかなくて、これ、誰向けだ?とか思ったけど、やっぱり身近に聞ける人間がいる人のための本なのかもしれないですなあ)。
そういうの、本とか、自分の足りない知識とか、おそらくその辺にあるんだろうな~と思いながら、でもバイトで働くにも微妙にプログラミングの知識が必要で、「これまで何作ってきましたか?」と言われても、
そういう、あんまりしっかりしたものを作ったことないし、C言語、gccで可変引数までやって、でもアセンブリがどう実行されるんですか、という話はよくわからない。
Javaも習って、まあそれっぽいお話はいっぱいされたんですけど、アプリ作るの難しかったし、GUIはクソだね、というか、手打ちでやったんですけど、こんなん絶対手打ちより良いやり方ありますやろと思いながらやっていた。
絶対手打ちより良いやり方あるはずだけど、僕は知らんし、知らない以上何が効率的に作れるのかもよくわからないし、わからないことにはできるだけ手を出さない方がいいな、と思う。
いや~なんつーかこういうことばっか書いてると「甘えんなカス。氏ね」とかコメントされて、2000回くらいは殺されちゃうんですけど、それは甘んじるとして、でも何というか……みんなそうなんですかね。
同年代で「めちゃくちゃプログラミングできちゃいます!(漠然)」みたいな人間いるけど、僕が例えばどういう本読んでどういう道筋を歩んだらそういうカンジになれるか、かなり見えなくてつらいし、
そもそもそういうのを職業にできるスキル高く磨けるような人って、いったいどういう生き方してきたらそうなるんだろう、と思っている。
これで情報系の研究室いって、なんとか乗り切って就活して、プログラムがんばって書きましょうー!というような職場に行ったら、
それはもう「学生じゃないんだから。もう社会人なんだから自分で調べて」となるんですよね。マンガとかでたくさん読みました。それは死ぬほどつらいでしょ。現に人死んでるじゃないですか。
結局周りに聞ける人間がいる環境ってなに? 今もいないし、大人になってもいないんでしょ? だからはてブで「プログラマーはやっぱ自分で本読んでスキルアップしなきゃ死ぬぞ!」みたいなやつがホッテントリになったりするわけでしょ?
それはつらい。ご本読んで理解できないの、というか読めてないの、ウチにあるだけで目が上滑りして「全体像がよくわからないからな~ しょうがないよな~~」と言いながらろくに読む気も起きなくて、
「でも本当に役に立つ本って開いた瞬間に読みやすいのでは?」みたいな信念がある。 これが原因なのかな。でも、この信念、少なくともこれまでめちゃくちゃ役に立ってきたものなんだよなあ……。
学生の今、自分が考えてて不安に感じてることが、「追いつけない」みたいな不安が、イマイチわかり切ってないし、
だから具体的な質問として一言で言える話の羅列としてわかってないわけじゃなくて、もっと漠然とわからない。こういうこと感じてるの、僕だけじゃなくてパソコン知りてえ~~となって大学に来た人のうちけっこう多いような気がするんですよね。なんか生半可に甘えた環境だから。
----------------------
とりあえずこれ書いてたら少し気分落ち着いたので、要点をまとめると、
「本で勉強するのつらいよなあ~ そんなんじゃどんな分野行ってもつらいだろうなあ~」
ということです。
そういう有象無象の本をスパッスパッと切って、「この辺のこの本読んどくとこういうことができるようになるだろうな~」というモデルがまだあんまりできてない。
そういうのができるようになるのかと思ってたらあんまり学校でも学べる感じじゃない。全体像とは……となっているけど、こういう悩み、自然に解決したりしなかったりするんだろうな。
とりあえず、これは自分メモの今後の方針です。OSより下の階層、たとえばALUとメモリの組み合わせで、program counterを進めながら動いてるんだよーという感覚はあるので、
それがOSとどういう風につながってるのか、とか、100均で売ってる電卓、あのデジタル表示の部分がどういう仕組みで動いてるの、ということを考えたり、
インターネットプロトコルでパソコンが具体的にどういうパケットを送信しているんだろう、というような話を攻めて、これが全体像とやらが見えるようになる一助になるかはわからないけど、
できるところからできるところだけ勉強していきたいと思います。それが、僕にとって、よくわからない本をじっと読まなきゃいけない義務から抜け出した罰の引き受け方っぽいので。
Visual Studioでデバッグが出来ないから。
(Qiitaのほうに2019年版があるので今はそちらを…。こちらは2015年版な感じです。)
Vimの外でもVim風の操作ができたりするのは彼らのおかげだ。
デフォルト、オプション、プラグイン、アドオン、様々な手段で提供されている。
Vimを使っている人でも使うかどうかは人それぞれだし、
どの程度Vimを再現できているのかも実装によってまちまちなのだが、
なんだかんだで有名どころのテキストエディタや統合開発環境では何らかの形で提供されることが多くなったように思う。
(一覧に無いものは私が知らないか忘れているだけなので、実際にはまだあると思う)
統合開発環境 | 名称 |
---|---|
Visual Studio | VsVim |
Xcode | XVim |
Eclipse | Vrapper |
NetBeans | jVi |
IntelliJ IDEA | IdeaVim |
MonoDevelop | Vi Mode |
Qt Creator | FakeVim |
テキストエディタ | 名称 |
Emacs | VIP |
Emacs | Viper |
Emacs | Evil |
Atom | Vim mode |
Atom | vim-mode-plus |
Sublime Text | Vintage |
Sublime Text | Vintageous |
Brackets | vimderbar |
Visual Studio Code | Vim |
Light Table | Vim |
ブラウザ | 名称 |
---|---|
Firefox | Vimperator |
Firefox | VimFx |
Firefox | Vimium |
Chrome | Vimium |
Chrome | Vrome |
Chrome | Vichrome |
Chrome | cVim |
Opera | VimOperate |
Opera | wasavi |
Safari | sVim |
Safari | vimari |
いくつかのコマンドでも。
コマンド | 分類 |
---|---|
bash | シェル |
zsh | シェル |
ksh | シェル |
tcsh | シェル |
yash | シェル |
tig | gitインターフェース |
less | ページャー |
cgdb | デバッガ |
LuaKit | Webブラウザ |
名称 | 操作 |
---|---|
jkで前後の項目に移動 | |
TweetDeck | jkで前後の項目に移動 |
jkで前後の項目に移動 | |
Google+ | jkで前後の項目に移動 |
Tumblr | jkで前後の項目に移動 |
GitHub | jkで前後の項目に移動 |
jkで前後の項目に移動 | |
Pixiv(複数投稿) | jkで前後の絵に移動 |
ニコニコ静画(漫画) | jkでスクロール |
ニコニコ静画(電子書籍) | hjklで前後のページに移動(wasdでも可) |
はてなブックマーク | jkで前後の項目に移動 |
ゲームも。
名称 | 操作 |
---|---|
nethack | hjklで上下左右に移動(yubnで斜め移動) |
> viのhjklは先行する何かの影響で実装された記憶があるので、操作が共通だからというだけで「viを忍ばせる」というのは言い過ぎではないかという気がする
> まして「vimを忍ばせる」というのは、ちょっとその、まあなんというか…
確かにVimではなくviの模倣だったりして無理があった…。hjklの大元を辿るとどこに辿り着くんだろう(ビル・ジョイの使っていたキーボードとは別?)
どういう意味?
例えば俺はVisual Studioでアプリケーション開発をしてお客様に販管システムなどを納めているが、それはVisual Studioのユーザーでしかなく、エンジニアではない、のWeb版みたいな感じ?
全然違う話?
for(var i = 0; i < list.length; i++){ }
にしておいた。Windowsにjsファイルでスクリプトを食わせたら動いたけど、XulRunnerよ、Array.forEachは使えないんだなきっと。ふざけやがって。計6時間消費、Array.forEachを何とかつかってやろうと思っていたが。
Mozilla が Microsoftなどに負けたのは、ふつうに使える開発ツールが無さすぎなんだよ。傾斜生産方式を見習えっての。
少し直してはアドオンパッケージングして、ロードさせてアプリ再起動させて実行、また直してはアドオンパッケージングして、ロードさせてアプリ再起動させて実行で、たかが1文字間違えていただけで見つけるのに数十分もかけさせられてたら萎えるわ。alertも使えないし、console.log とかいうのも ctrl+shift+J で出る画面になにも表示されないし。
Visual Studioはサイコーだね!!Java なんて手を出さなくて助かったわ。重くてすぐオチる Eplicse なんて使っていたらストレスたまるし。
「studio」を「ストゥディオ」と読んでしまう。何故かVisual Studioみたいに別の単語とくっついている時だけ。
macbookがもう少し軽くなってくれたら…というのは本当にある。
windowsの最大の利点はvisual studioが使えること。これに尽きる。
http://www.atmarkit.co.jp/fdotnet/dotnettips/1064combycs/combycs.html
足りないぞ。
[System.Runtime.InteropServices.ClassInterface(System.Runtime.InteropServices.ClassInterfaceType.AutoDual)]
をつけないと、メソッドが公開されない。
大御所でも、未検証のコードを載せるんだな。。それとも俺がちゃんと従っていないのか?
もしくはバージョンや環境設定によるのか?こちとら、Visual Studio 2013 で C# 使っているんだけどね。