はてなキーワード: vectorとは
class mystring { public: char *buffer; mystring() { buffer = (char*)""; } void operator = (const char*t) { int len = strlen(t); buffer = new char[len + 47]; strcpy(buffer, t); } void operator = (const mystring&src) { int len = strlen(src.buffer); buffer = new char[len + 47]; strcpy(buffer, src.buffer); } mystring& operator + (const char*t) { int len = strlen(buffer); int len2 = strlen(t); char *buffer2 = new char[len + len2 + 47]; strcpy(buffer2, buffer); strcpy(buffer2+len, t); buffer = buffer2; return *this; } mystring& operator + (const mystring&src) { return ((*this) + src.buffer); } };
class mystringV { public: std::vector<char> buffer; mystringV() { buffer.resize(2); buffer[0] = ' '; buffer[1] = NULL; } void operator = (const char*t) { int len = strlen(t); buffer.resize(len+1); strcpy(&buffer.at(0), t); } void operator = (const mystringV&src) { buffer = src.buffer; } mystringV& operator + (const char*t) { int len = strlen(&buffer.at(0)); int len2 = strlen(t); buffer.resize(len + len2 + 47); strcpy(&buffer.at(0) + len, t); return *this; } mystringV& operator + (const mystringV&src) { return ((*this) + &src.buffer.at(0)); } };
いろんな事をプログラマにかわってライブラリがやってしまうということ
どうなんだろうね。
この辺は あまりしっかり おしえてもらえないところではある。
でも プロならみんな 知っている
ラテン語で「e=(ここから)外に」「scala=梯子(でよじのぼる)」「tor=するもの」。
直訳すると「上の階によじのぼるもの」といった感じか。
ラテン語で「e=(ここから)外に」「levare=持ちあげる」「tor=するもの」。
直訳すると「上の階に持ち上げるもの」といった感じか。
scale(スケール)は「目盛り」や「ものさし」の意味、また「音階」という意味もある。
vectorに対するscalar(スカラー)は「量を増大・減少させる大きさ」。
ちなみにエスカレーターという言葉から「エスカレート(徐々に激しくなる)」という動詞が生まれた。逆ではない。
levareは、「軽い」という意味のlevisに由来する。
たとえば「levitation(レビテーション)」は「空中浮揚」という意味。
「relief(リリーフ)」は「苦痛を軽減する=救済」という意味。
「leverage(レバレッジ)」はテコで持ち上げる。
いずれも「軽い」「重さを取り除く」結果として「上がる」という意味だ。
2年半ほど経ちますが、空前のNTT退職ブームなので便乗しちゃいます。
まず既知の通りNTTグループは社員数約28万人と非常に大きな組織であり、その中で研究所はエリート中のエリートが就く位置にある。つまり上記の方達は警察でいえばキャリア組にあたる方達にあたる。以降キャリア組と呼ばせていただく。
一方で、私は地方のノンキャリア警察官のようなポジションにある子会社(大株主は研究所)出身なので、その分際でこのようなエントリーを書くのはおこがましいかもしれないが、
キャリア組層のエントリーなのに共感できる部分がとても多い上に、すでに [ 10年勤めたNTTを退職しました(無能編) https://anond.hatelabo.jp/20181126192228 ]のようなノンキャリアそうな人(←失礼はご愛嬌)のエントリーもあったりしたのでちゃっかり便乗させてもらう。
データとデー子もこんな感じなのだろうか。ぜひ知りたいものだ。
覚えていることを箇条書きしてみる。
誰か覚えてる人おしえてください。
ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。
今調べたらホッテントリメーカー2008年だそうで。どうりでねー。古臭いなーと思いましたよー。
「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。
タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー
面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。
Javaの1.0がリリースされたのは1996年1月23日ですね。発表されたのが1995年5月23日でJavaの誕生日といった場合にどちらを取るかで揉めることがあります。
かれこれ20年前なわけで、当時のパソコンというとハードウェアはCPU が Pentium 133MHz メモリ16M とかそんな感じだったかなあ。今どきの携帯電話の例としてiPhone 6sを挙げるとCPUが1.85GHz メモリ 2G ってんだから凄いですね。OSは1995年11月23日にリリースされたWindows95とかそんな時代背景です。インターネットがようやく一般に普及し始めたところでしょうか。
今から思うと相当弱いハードウェアですけども、そろそろVM方式を採用しても良さそうな、そんな時代でした。インタープリタだと流石に遅い、でもC言語のようなコンパイル言語だと"Write once, run anywhere"とはいかない、という判断もあったのだろうと思います。Javaが純粋なオブジェクト指向言語ではなくintなどのプリミティブ型を持つというのは、当時のマシンスペックを考えた場合、ある程度妥当な判断だったと言えるでしょう。これが後々苦しくなってくるわけなのですが。
Javaを作った会社はSun Microsystems(サン・マイクロシステムズ)というアメリカの会社で、2010年1月27日にオラクルにより吸収合併され今はありません。SolarisというOSとSPARCプロセッサでUNIXサーバーの販売で90年代後半までは一人勝ちのような状況だったと聞きます。当時にすでに「ネットワークこそがコンピュータ」(The Network is the Computer)というモットーを掲げてたんだからおかしい。1996年リリースのJavaが標準でネットワーク機能を備えていたのもこのあたりの思想から来ているのかもしれませんね。
当時のプログラミング言語としてC++が挙げられますが、C++でのプログラマへの負担といいますか、ヒューマンエラーの起きやすさといいますか、その辺を改善する目的で開発されたのがJavaだったわけです。
1996年の時点にこんな言語が登場したのですから革新的でした。
いろんな企業がJavaに賛同します。その中にはMicrosoftもありました。この時期、Microsoftは次期のWindows開発用のプラットフォームにJavaを据えようと考えていました。その後、袂を分かつことになるのですが……。
プログラム言語として構文などを見ると、C++を強く意識した構文なのは間違いなく、しかしポインタ演算を廃してポインタを機能を限定した「参照」に置き換えるなど簡素化が多く見られます。C++からはいろんな機能が削られています。関数ポインタ、構造体、演算子オーバーロード、テンプレート((テンプレートについては実装が間に合わなかったという話を聞きます))などなど。そのためC++の劣化であるように揶揄する人もいますが、こうしたものを捨てて言語仕様を比較的小さくシンプルに抑えた点は評価に値すると思います。しかし、今でもこうした削減された機能を愛する人からはJavaを腐す要素として挙げられてしまうのでした。
Wikipediaからピックアップすると1.1での大きな機能追加は
といったところです。当初よりJavaの内部文字コードはUnicodeで文字を表すchar型は16bitで設計されていました。Unicodeは当時それほど普及しておらず、Unicode対応のテキストエディタさえ少なかったと記憶しています。時代を先取りしていると言えますが、大きな誤算はUnicodeが当初16bitのコードポイントに世界のあらゆる文字を格納しようとしていたことで、漢字圏の我々からすると16bit=65,536程度の空間に文字が全部入るわけないだろ!というものだったが故に早々に破綻し、Unicodeは21bitのコードポイントに拡張されることになるのです。これはまた後の話。
なんにせよ、日本語が対応されたのは1.1からで、日本でのJavaの採用が始まったのはこの頃からと言えましょう。
当時のJavaのGUIはAWTというものでしたが、これを用いたGUIの開発は当時は結構行われていたイメージですね。Visual BASIC でGUIを作るプロダクトも結構あったと思います。GUIのためのオブジェクト指向言語としてJavaが使われていたイメージがありますね。JavaBeansもそのための仕様でした。件のsetter/getterの話題に繋がっていくのですが。
JDBCはJavaとデータベースをつなぐインターフェースです。RMIではあるJava VMから別のJava VMにオブジェクトを送って実行する、といったことができます。こうした機能が用意されたことで、ソフトウェアのフロントとしてのGUI、裏方の実装のためのネットワーク機能、データベース機能、さらにはソフトウェアを配布するためのJava Appletという布陣でJavaでのソフトウェア開発が加速していた時代といえます。
Microsoft Visual J++ もこの時代ですよ。
Java 1.1以降のバージョンのものは互換性確認のためにOracle Java Archiveからダウンロードすることができ、今でも入手することができます。もちろん、Java7ですら2015年4月にEOL(End of Life,サポート終了)となっているので、通常利用するのはJava8としてください(本稿執筆時点)。
当時のドキュメントを見るのも一興です。現在と比べると標準APIがかなり小さい。なお、当時のjavadocは今とはデザインが大きく異なります。
この時代であれば、全パッケージを舐めて標準APIを学ぶこともそう難しくはありませんでした。この時代から触っている人間は新バージョンが出るたびに増えるAPIを順に学んでいけたのです。しかし、現代にJavaを学ぶ場合、どのバージョンでは何があって……というのをいちいち学ぶ必要はほぼありません。Java5以前は一緒くたでいいと思いますし、一部のAPIで歴史的経緯があってねーというのを知っていればおそらく十分ではないでしょうか。
strictfpキーワードは浮動小数点演算をやる人は覚えておきましょう。JavaはパフォーマンスのためにCPUの浮動小数点演算を扱うことが許されており、そのため実行するCPUによって精度が異なることがあるんですね。まあ今時のCPUだと大丈夫だとは思うんですが。
リフレクション機能ではJavaのクラスを抽象的に扱うことができます。設定ファイルに書かれたクラス名のclassをロードして実行する……みたいなことができるんですね。フレームワーク的なものを作る場合には多用することになります。
1.2からは新しいGUIのSwingが採用されました。AWTがOSごとのGUIパーツを用いていたためデザインに違いがあったのに対し、Swingでは統一的なルック・アンド・フィールが用いられるようになりました。まぁ今ならJavaFXを使うのが良いと思います。
初期のJavaはやはりVM方式の実行速度の遅さが指摘されていました。実行時の構文解析を伴わないだけインタープリタよりは早いものの、実行バイナリを作るC/C++よりは遅い、そうした評価です。ここではサン・マイクロシステムズのVMにJIT(ジャストインタイムコンパイラ)が乗ったことが挙げられていますが、JIT自体は別の会社が先駆けて開発していたことは記しておきたいと思います。
JITコンパイラは実行時にJavaのバイトコードを環境のネイティブコードにコンパイルして動かす技術です。この後、JITコンパイラ、動的再コンパイル技術、世代別ガベージコレクションを備えたHotspotといった様にJavaVMは進化していきます。現代では実行時の最適化が進み、大きなスケールで見た場合、Javaの実行速度はC/C++での実装と比べてそれほど遅れるものではありません。遅くても倍の時間は掛からない程度といったところでしょうか。
あとは特記すべきはコレクションフレームワークです。皆が多用しているであろうjava.util.Listやjava.util.Mapといったライブラリが整備されたのがこの時なのです。それ以前はjava.util.Vectorやjava.util.Hachtableというクラスが可変長配列の機能を一手に担っていました。今ではVectorやHashtableは使うべきではありません。
Java の開発はSun Microsystems が主導していたけども、すべてがSunのものだったというわけでもなく。Javaには多くの会社が出資していてその中のひとつがMicrosoftだったわけですね。
Microsoft の Visual J++ では delegate とか独自機能拡張もありましたけど、裁判で問題になったのは J++ でコンパイルしたclassファイルはMicrosoftのVMでしか動かないという部分ですね(他社製のVMで動くclassファイルを作ることもできる)。classファイルがどこのVMでも動くの大事だろ、"Write once, run anywhere"だろ、お前何してくれてんの!と喧嘩になったわけです。当時のMicrosoftはブラウザまわりでも独自拡張がやりたい放題、標準規格?なにそれ美味しいの?みたいなスタンスをあちこちで見せていたものです。
結局、この事件でMicrosoftのJavaはバージョン1.1相当でストップ。好き勝手にやれないなら独自に言語作るわーとばかりに.NET フレームワークと C# といった方向に舵を取ります。
JavaがPC上でのUI開発の主力になろうとした勢いはここで潰えます。
Java SE とは別にこの時代に Java EEがリリースされていることは特記しておきたいですね。これ以後、それまでのCGIに取って代わって、JavaはWebサービスの開発のプラットフォームとして多用されるようになります。
2000年あたりからはJavaはGUI開発というよりは、Webサービスの開発が主流という流れになっていきます。インターネットのサービスが非常に発達していった時代、背後ではとてつもない量のJavaのプログラムが支えていたわけです。ただまあ、こうした産業利用は一般的なユーザーの目にはあまり入らないわけです。一般人からすればJavaといえばJava Appletみたいなイメージはずっと残っていたでしょうが、実体としてはJavaといえばServletという時代になっていたわけです。
企業で用いられる社内システムにもServletは多く採用されました。
理由はいろいろ挙げれると思うのですが
というのが大きな理由だろうと思います。JSPというテンプレートエンジンを用いてHTMLを整形してWebページを作り出す、というアーキテクチャはある意味では便利で簡単でした。
もっともHTMLの表現力に足を引きずられるため、GUIの機能性という点では後退したわけなのですが。それでもメリットが大きいと判断されたのでしょう。というか、まともにGUIを組めるプログラマがほとんどいないから、GUIのシステム開発がなかなか成功しないってのもあったんでしょうけどね。
2000年あたりというと携帯電話の普及も取り上げなければなりません。現代のスマホ、ガラケーに比べれば非常に機能は貧弱で、まさに携帯「電話」でした。要するに電話とメールぐらいしかできなかったんですね。
そこにdocomoのiアプリ、Jフォン(ボーダフォンを経て現ソフトバンク)のJavaアプリ、auのEZアプリという携帯電話上でちょっとしたアプリが動くよ!というのが乗るようになってきたんです。これがJavaを組込み用途にコンパクトにしたJava MEというものが土台となっていて(正確にはiアプリはちょっと違う)Servletと並ぶJava言語の大きなもうひとつの領域となっていました。
iアプリは当初は容量が10k byteまでといった制約があり、容量制限が非常に厳しかったのですが、新機種が出るたびに容量は緩和されていきました。
docomoはiアプリ含めiモードによって一世を風靡します。こうした土台を作ると、その上で商売をしたい人がたくさんやってきて、勝手にコンテンツを作ってくれる。docomoはそれらから手数料を取るので労せずして大金を稼げるというわけです。賭場の胴元というわけです。
この賭場が、将来にAppleのiPhone, GoogleのAndroidに荒らされることになります。docomoがなかなかiPhoneを出さなかったのもiモードという自前の賭場を失うことを良しとしなかったためです。金づるを失ったdocomoはSamsungと組んで独自の携帯向けOSであるTizenの開発に乗り出します。そんなTizenですが鳴かず飛ばず。噂ではインドあたりではリリースされたとか、なんとか。
話を2001年に戻しましょう。
Microsoft離反でGUIのプラットフォームとしてのJavaというものは存在感を弱めていました。この分野の復権に寄与したのはJava 1.4 (2002年2月6日)で導入されたJava Web Startです。
Java Appletがブラウザ埋め込みで動作したのに対し、Java Web Startではブラウザから起動しつつも独立したアプリとして起動するのです。
Webシステムが企業の社内システムに採用された話は先に述べたとおりですが、やはりWebシステムのGUIというのはHTMLに引きずられて貧弱だったんですね。
端的に言えば入力値が数字かどうか?みたいなチェックがなかなか難しい。HTML上でJavaScriptでやるわけなんですが、なかなか気持よく入力できるような感じにはならなかったんですね。
また、Ajaxによるブラウザのページ遷移を伴わない通信というのが出てきたのも2005年ぐらいなので、入力値に対してサーバ問い合わせするようなことはできなかった。当時だと一旦画面遷移させないとできなかったわけです。
こうした事情から、クライアントサイド、要するにPC側でもっとリッチなUIが使いたい!という要望があったわけです。Webシステム使いにくい!という不満の噴出と言ってもいい。そこで出てきたのがRIA (Rich Internet Applications)というわけです。
Javaは1.0時代のAppletからそうですが、ネットワークを介して別のPCにプログラムを送り込み、そこで動作させるという能力を持っていました。それこそまさにRIAに求められる機能性だったわけですね。
RIAの代表とされるのは
あたりです。三つ巴の戦い、どこに軍配が上がるのか!?と注目されましたが、勝利したのはHTML / JavaScriptでした。
Google MAP で注目を浴びたAjax技術、それまでブラウザでは不可能と思われていた高級なGUIをHTML / JavaScriptで実現させました。もうやめて欲しいですよね。せっかく脱ブラウザの流れが来たと思ったのにまたWebシステムに逆戻りですよ。
RIAが失速した理由として考慮して置かなければいけないのはスマートフォンの台頭です。RIAでは端末を選ばずどこでも同じアプリが動かせる点がポイントのひとつでしたが、スマートフォンではそうは行かない。"Write once, run anywhere"を破壊したのはスマートフォンだったというわけです。
しかし、先日インストールなしでアプリを実行するAndroid Instant Appsが発表されたりしまして、結局RIAの思想といいますか、要求というのは今でも息づいているのだなと思った次第です。
1.3 / 1.4 では機能追加はあっても言語構文が大きく変わることはありませんでした。大きく変わったのはJava 5です。この時からバージョニングが変わって1.5ではなく5と表記されるようになりました。
Java5の特徴はなんといってもジェネリクス。それまでjava.util.Listにデータを出し入れするのにはキャストが必須だったわけですが、ようやくキャストから開放され型の安全度がぐっと高まりました。その他に以下のような変更があります。
言語としては随分変わっったわけですが、もうかれこれ10年以上前のことですからこれらの機能が「Java5から導入された」という知識は今となってはあまり必要とされません。これらの機能が使えないJava 1.4で開発をする事案が殆ど無いからです。0ではないのが悲しいところではありますが。
Java 6 (2006年12月11日)がリリースされた後、Java 7 (2011年7月28日) が出るまでJavaは停滞してしまいます。その間にSun Microsystemsという会社がなくなってしまったためです。
Sun Microsystems の経営状況が悪化しており、ついに身売りをすることになりました。身売り先はIBMともGoogleとも噂されましたが結局2010年1月27日にオラクルに吸収合併されました。
Javaの停滞中にはJava VM上で動く非Java言語も台頭してきました。Scalaなどですね。
やや戻って2007年にAndroidが発表されます。Androidの開発言語にはJavaが採用されていますが、実行環境はJava VMではなく、ライセンス的な事情でJava(TM)は名乗らない微妙な位置関係にあります。
Java 5 以降で大きく言語仕様に手が入るのは Java 8 (2014年3月18日)です。並列処理を行うためのStream APIと、そのために簡易に関数を定義するためのラムダ式が導入された点が大きいですね。日付APIも刷新されました。
このように、Javaは1.1の黄金時代から今に至るまで利用ジャンルを転戦しながら産業の土台となって支えてきた歴史があります。ジャンルの趨勢により浮き沈みもあります。今後についても決して楽観視はできないでしょう。Javaを学ぶことはプログラミングを学ぶステップとしては意義はあると思いますが、Javaを学べばゴールというわけではありません。プログラム言語も次世代へと移りつつあります。業界動向には注視していきましょう。
ブラウザゲームでこれほどまで面白い2DスクロールアクションMOはなかった。
Blade Hunterにハマってから、日本のブラウザゲーム業界で大量生産されているクソゲーなんてやる気がしなくなった。
Blade Hunterの2014春前から夏までが一番楽しい時期だった。
日本ではVectorがBlade Rushとしてサービス展開してくれたけどイラストが差し替えられてて世界観が丸つぶれ。
どのくらいイラストが違うのかはそれぞれのタイトルで画像検索したら一目瞭然だ。
他にも翻訳しなくて良いキャラクターの名を無理やり日本語に直してたりとこれが気に入らなかった。
ありがとう、r2games
Blade Hunter Servers Shutting Down
http://forum.r2games.com/showthread.php?199992-Blade-Hunter-Servers-Shutting-Down
たぶん国内のまとめでは一番多く(また多機能)のソフトを紹介してるのでは?
Adobeの代替を探してる方や学生さんに参考にしていただければ幸いです。(あくまでも、趣味の範囲やお金のない学生向けです。可能ならAdobeでまとめたほうが情報も多いし、ソフト間の連携もシームレスになるのは言うまでもなく。)
有名だけどあまり優秀でないと思ったものは記載してないものがあります。(ex, Pixa、Sai、Paint.net、MMD等)
各カテゴリのとなりの()はAdobeではどのソフトかを表します。
Macを私は持ってますがあまり好きでないのと、ほかの方にあまりお勧めできない(主にスペック面で)ため載せてません。
今回はCADについてはまとめませんでした。
単純に私があまり知らないのと、様々な用途が多くて分類が面倒なので。
3DCGは絵を描けなくてもアニメーション動画を簡単に作れる点が嬉しいですよね。
有償であればいろいろなメーカーから良いもがたくさん出てます。(Light Works、Cinema 4d等)
あと学生であればAutodeskの高性能なものを無償で使えます。
以下その一覧
それぞれ梱包されてるのは違いますがAutoCAD、3ds Max、Maya、MotionBuilderなどプロ向けのが無償です。
マカーならKritaやAffinity PhotoやPixelmatorを組み合わせればアマチュアの方であればPSでなくてもいいのではと思えるほど。
CMYKでの編集可能なソフトはPhotoshopだけでないですよ。
KritaとCorelDraw、Affinity Photoは可能です。
Kritaは無料、Affinity Photoは安価ですし。
ただしAffinity Photoはペンタブの手ブレ補正はないです。(Kritaにはついてます。)
写真編集、特にRaw現像ならあまりPhotoshopに拘る必要は無いと思ってます。(富士フィルムのような特殊なメーカーを使用してない限り。)
レタッチは確かにPhotoshopは強力ですけど、Affinity Photoも十二分な機能はあります。
業務用でPhotoshopも使ってるという方以外は正直Affinityで問題ないと思います。(実際に私はそうです。)
有名であってもUIや使い勝手はAEに落ちるものがほとんどですし。
その点Blenderは多機能すぎますね。その分複雑だったりしますけど。
あとパワポやKeynoteを使えば安易なFXソフトになります。
意外なのはVFX(プロジェクションマッピング)ソフトでフリーのはほとんどないです。
Macの有料ソフトになりますがMadMapperとVDMX5の組み合わせは比較的分かりやすいです。
けどソフトが(内容を考えたら安いですが)この中では比較的高くなります。
あとかなりのマシンスペックが必要になるんでMacBookなら15インチモデルは欲しいですね。
DAWは比較的容易に開発できるせいかフリーのものや新規のものが多いです。
たくさんあるので紹介しきれないので、私が一番いいと思ってるFL Studioとかなり安価なReaperのみ紹介します。(←追記で他のも加えました)
FLはサポートを考えると非常に安いです。(最近、ちょっと雲行きが怪しいのでは?となってる状況です。Sonar見たくひどい状態ではないのですが、Golという中の人の移籍がどうとやら。)
ただEDMが得意で、生音源等は別途導入する必要がある場合があります。
他のDAWソフトはコスパだけなら中間グレードが一番コスパ良いと思います。(Cubase Artist、Studio One Artist等)
Mac向けのため上には記載してないですがLogicもかなり安いですよ。
ほかの用途ではお薦めはしてませんが、DAW用途でLogicの為だけにMacを購入するのはありだと思います。
Gravitは最近よくFireworksの代替えとしても挙げられてますね。
他にもいいのがあれば教えてください。
追記していきたいです。
以上参考になればうれしいです。
----------------------------------
【斉藤 辰也(さいとう たつや)】
http://megalodon.jp/2016-0205-1136-41/www.vector.co.jp/vpack/browse/person/an012343.html
しかも中央大学のアニメ研から本人のページにリンクが張ってある
こいつは平気な顔をして特定人種に対して偏見を促す発言をしたり教育の差や職業で差別的発言を繰り返している
よく自分の個人情報とゲロカスなコメントを結びつけられるよなぁ
至る所で自分の諸業を責め立てられても悪ガキみたいにふざけて調子に乗るだけだし、全く反省しない
ここまで情報管理能力の無さと倫理観の欠如が合わさると何らかの障害を疑うレベル
2/6 追記
【nekora=斉藤辰也さんはたぶんNEC情報システムズ勤務。 】
http://megalodon.jp/2016-0206-1409-40/anond.hatelabo.jp/20160206070808
Support Vector Clusteringのことだろ
理由は検索サイトとしてASKを使うようになったから。Askの広告で、ウィルス梱包ソフトをインストさせようとする広告を複数回見た。
そういう意味では、Googleのアフェ広告で、窓の杜やVectorの広告に、そのVectorや窓の杜ダウンロードサイトからダウンロードするかのような画像(実際はs**tonicというい問題ダウンロードサイトへの誘導リンク)をバナー広告として表示させる。窓の杜の人間がGoogleAdへ苦情を出したらしいが、しばらくすると、すぐに表示されてしまう状態だった。
広告表示サイト自体、信用できないという結末でいいのだろうか。
アフェをリリースする会社自体、もっと企業を選別してほしい。電通や博報堂がアフェをやれば、もう少しまともになると思うんだが。
上からのむちゃぶりで慌てて動画作成したときに変なものをインストールしてしまったんだろう。
定期的に stormfall というオンラインゲームの広告がブラウザポップアップするようになってしまった。
疑わしかったのは mp4splitter_setup.exe というもので、
ダブルクリックするといきなりダウンロードが云々とか変な挙動をしたので慌てて消したんだけど遅かったんだろう。
ダラダラ対策してしまい、どうすればよかったのか分からないのでセキュリティに詳しい人からのツッコミ待ち。
あと、同じように困っている人への情報共有。
http://general-changelog-team.fr/en/tools/15-adwcleaner を使って関連しそうなレジストリ項目、ファイルなどを削除する。
でstormfallと名のついたものを消した。でもポップアップが続く。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tree\ 以下に6つstormfallと名のつくものがあった。削除。
それに関連付けられていた
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tasks\ 以下の3つのキーも削除。
でもポップアップが続く。
C:\Users\User\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\StormFall.lnk
C:\Users\User\AppData\Roaming\StormFall
C:\Users\User\AppData\Local\StormFall
今のところポップアップはおさまっている。(追記)→と思ったらまだだった
C:\Users\User\AppData\Local\Google\Chrome\User Data\Default\Web Applications\plarium.com
というのがあるのだ…。これを消してみた。
三角不等式なりたたんだろ。
追記
n次元空間にあるn次元ベクトルとそのm次元部分空間にあるm次元ベクトルとの距離。
結構大変だったじゃねーか。
もし本当にこれが解けなくて困ってたんなら2000円ぐらい払って欲しい。
type Vector = Array[(Int, Double)] def distanceWithProjection(p1: Vector, p2: Vector): Double = { def distance(p1: Vector, p2: Vector) = { var d = 0.0 for (i <- 0 to (p1.size - 1)) { val dp = p1(i)._2 - p2(i)._2 d += dp * dp } Math.sqrt(d) } def find(vector: Vector, i: Int): Option[(Int, Double)] = { val filterd = vector filter (v => v._1 == i) if (filterd.size == 1) Some(filterd.head) else None } def projection(from: Vector, to: Vector): Vector = { var vector = Array.fill(to.size)((0,0.0)) for (i <- 0 to (vector.size - 1)) { vector(i) = find(from, to(i)._1) match { case Some(v) => v case None => (0,0.0) } } vector } distance(projection(p1, p2), p2) }
今度、思い立って、生まれて初めてコピー誌を2冊つくってイベントに出るので
まとめてみます
このへん↓の漫画や文書などで、最終原稿はPDFで表紙1ファイル、原稿1ファイルの計2ファイル。
http://anond.hatelabo.jp/20120807043616
(表紙、目次は、Inkskapeでさくっと作成
Googleで「同人 おしゃれ 表紙」など画像検索しましたが参考になるものなく断念、
2冊目の表紙は(時間もなく)10分くらいで作成。でもこっちの方が好きです。
両方とも、フリー素材などは使いませんでしたが、フリーフォント(商用可)は使わせていただきました。フォント大事ですね))
PDF編集はこのフリーツールが機能過不足なく素晴らしかったです。とてもお世話になりました。
http://www.vector.co.jp/soft/winnt/writing/se491657.html
KINKO'Sで冊子印刷する方法を知っていたら、下記について迷わなかったと思います
面付けについてはかなり調べましたし、悩みました…(メモ:縦書きは右綴じ、横書きは左綴じ)
以下がとても参考になりました。
http://www.pixiv.net/member_illust.php?mode=medium&illust_id=24704630
その他、Pixivを「コピー本 講座」キーワードで検索した結果を一通り参考にしました。
悩んで、最終的に購入したのは下記
http://www.nagatoya.com/contents/color_paper.html
http://www.sakaep.co.jp/shop/products/detail.php?product_id=132
自宅と持ち込み両方に使えてすごくよかった!)
原稿の面付け不要で、表紙も別紙にできて、本文用紙も持ち込み可能で、
魔法のようでした。
期間は正味2週間。
時間は夜中の睡眠時間を削って捻出した時間で、正味20時間くらいでしょうか。
お金は下記
合計 約15,000円
Googleで「イベント テーブルクロス 同人」などを画像検索して、リストとモノを揃えました
■机周り
・POP
…卓上2種掲出
■当日準備
・つり銭
つり銭入れ
札入れ(封筒 1000円、5000円)
・筆記用具
・A4クリアファイル
・S字フック
行ったことのあるイベントは下記
今回参加するのは行ったことのないイベントなので
雰囲気も楽しみです。
参加について(トイレで離席するときなど)細かい心配もあまりなく)
売るほうは、1冊でも売れればいいかな…という気持ち。
(某サイトで1000ブクマほどついたコンテンツを含む冊子ですが再録だし)
イベント参加の用意がすべてできた時点で、
意気込む気持ちなどが無になりました…。
お金と時間と手間はかかりますが、知識と経験がついて、面白いひとり遊びだったなーと。
すでに総括する気持ちに。
最近、窓の杜とかVECTORのダウンロードサイトに、本来のソフトをダウンロードさせるページに、全く関係の無い別ダウンロードサイトの広告が表示される事がある。具体的に言えば、SOFTNICとその一味の広告(ぐだぐだと、うちはまっとうな会社と言ってるけれど、実際に被害にあった人達の症状からするとウィルスやマルウェア)。
窓の杜だったら窓の杜のダウンロードボタンに酷似したリンク広告画像を表示させ、自社のサイトへ誘導し、貰いたくもないソフトを抱き合わせでインストールさせる。物静かに情報漏えいさせるソフトもあれば、レジストリ一覧をいきなり表示させて有料版ウィルス対策ソフトへ移行しろと催促させるソフトなどいろいろ抱き合わせさせられるものもある。入れられるのは、その時々によって違う。
インストールの許可をしてインストールする以上、ダウンロードサイトが次々とアドレスを変える以上、ウィルス対策ソフトがすぐに対策をしてくれるとは思えない。
要するに、スマホやiPhoneも情報漏れる心配した方がいいけれど、PCも今や似たような状況という事。まだマシだろうけれど。
はてなには高学歴しかいないといいますが、しかしてその実際は、確たるソースが無いことには確かめようがありません。
そこで、皆様の大学歴を開陳して欲しいのです。僕は大東亜帝国中退なので高卒です。高卒よりも無為に時間を使っているのでストレート高卒未満です。
なお、ここで高学歴とは、旧帝大だけを指すので、悪しからず。(医学部除く)
以下、わかってるリスト
blueboy(東大 南堂久史)
houyhnhm(京大)
出典:ttp://b.hatena.ne.jp/entry/anond.hatelabo.jp/20140701120934(自己申告)
ryokusai(東北大 2014.7.26追加)
出典:ttp://b.hatena.ne.jp/entry/www.kahoku.co.jp/tohokunews/201407/20140725_13016.html
the_sun_also_rises(育ちが良さそうだし)
fujipon(医者だし)
natrom(医者だし)
apeman(性格がどうにかなんないかと思うが、なんだかんだで高学歴でしょう)
nekora(自分の学歴に自信があるからこそのあの態度だと思う。)
※東工大というトラバがついてきたが、確認が取れないし、確認がとれたとしても選外。残念。
xevra(※分かる人には分かるというブコメあり。とすると、トラバにあったとおり、彼もまた東大卒なんだろうか)
Gl17
おいおい、俺と同程度に残念じゃねーかってid
ありむー(東大 有村悠)※中退だったのか。そこまでは知らんかった。ていうかこいつはてなも辞めたよな。
===================================================================================
修正事項
===================================================================================
2014/07/02
ベクター: http://www.vector.co.jp/
言わずと知れた老舗ソフトウェアダウンロードサイト。毎日更新されるコンテンツは「新着ソフトレビュー」くらいなのに毎月7800万PVの高○○を誇る。(巷で人気のはてなは全サービスで2億PV/月らしい!ワーオ!)ベクターの広告掲載料はPVあたり0.05円だとか。今は…、…といった企業の広告が掲載されている。
世間に高い印度象を与えた遠隔操作ウイルスバスター事件に対するHIT-BITの印象はどうだったろうか。スーパーハッカーが自己満足のために起こした事件とか?
スーパーハカーといえばやはり遠隔操作。遠隔操作でCDトレイがガコンガコンだろうか。そう考えるとEjectコマンドユーザー会なんか完全にブラックハット集団だろ……何人いるのか知らないけど
この騒動の中で耳慣れないソフトウェアが複数登場した。例えばこういうものだ。
我々が普段ホッテントリで目にするアプリとは何か違う。例えばサーバ→鯖→マカレルのような発想と同じ匂いを感じずにはいられない。それに「パケット警察」よりも"SoftEther社のパケット監視ツール"と言われたほうがピンと来る。
ベクターにはこういったゆるキャラ的名称を持つアプリケーションが数多く登録されているのである。
私は空気読みができる人間だ。つまり何が言いたいかを改めて申し上げると、エバーノート活用法と聞けば、自分の時間を犠牲にしてでもライフハックMethod収集に勤しむ意識高い系ライフハッカーや、Markdown対応と言われればナンでもカンでも有り難がる技術系アーリーアダプターの方々や、はてブなどのソーシャルメディアに居を構える人たちと、ベクターユーザはどこか違うということを思わせる印象操作である。
増田一族の皆さんは日本で一番使われているWebブラウザをご存知だろうか? ……その通り、IE9である。ところがだ・私は10年以上、隔週一度の頻度ではてなブックマークを利用してきたが、いまだにIE9のハック記事がホッテントリ入りしたのを知らない。ちなみにOperaもない。
ベクターで人気のアプリケーションで「めもりーくりーなー」をご存知だろうか。不要になったメモリ領域を回収するシステムメンテナンス系ツールなのだが、実態は大量にメモリ確保をするものだ。Windowsはメモリが不足すると使用頻度の低いメモリ領域をシステムディスク上のスワップ領域(仮想メモリ)に追いやり、物理メモリを確保する。それが空きメモリ復活のからくりである。
遠い昔、メモリ最適化ツールとして「ただ数を足したり引いたりするだけのプログラム」が持て囃されたことがあったが、めもりーくりーなーのコア部分はメモリ確保のAPIコールをするだけで済んでしまうので、足したり引いたりほども難しくはないのである。
そんなツールが人気のベクタソフトウェアライブラリというと誤謬(ごびゅう)があるかもだが、そんなベクターが月あたり7800万PVである。ワオ。「そんな」とか言えない。そんなベクターからは毎日収録ソフトのアップデート通知が来るが、再インストールとほぼ同じ手間をそうそう小まめに行う人間がいかほどいるだろうか。注目ソフトウェアを取り上げる「ベクターソフトウェアニュース」ははてブと違って1日1回の更新だし、メールマガジン「ベックル」だって手作業での編集だ。それでもはてな2億PVに対してベクター7800万PVなのである。それを620万のUUが支えているので、1人あたり12PV余り稼いでいる計算になる。今のはてなは2億PVに対し4000万UU(U'ェ'U)→1人あたり5PV。情報の更新量で言えば個人ブログのスターダム層とあまり変わらないのではないだろうか。MLBに例えるならブログ界の野茂英雄とも言える旧イケハヤ書店さんが今年3月に100万PV/50万UU達成を記念して焚き付けを行なっていたが、同程度の情報更新量とするとイケハヤ100万パワーとベクター7800万パワーの差は一体何なのか。火事場のクソ力vs平時のキン肉マン並みの差である。(ちなみに超人界の神々が1億パワーであることもご考慮いただきたい)これは何か常連にしか見えない㊙コンテンツがあるとしか思えない数値である。
(そういえばはてなダイアリーからニコニコのブロマガにもらわれて行ったベックルハリー先生は、映像でもお見かけする機会が増えて、以前より増してご活躍のようですね。ニコニコ静画のコンテストで新作の絵師さんを決めたそうで気になります)
注: 「めもりーくりーなー」はCodeZine「マンガで分かるプログラミング用語辞典」やマンガでわかるJavaScript / Javaプログラミング、最近ではnoteでも連載中のクロノス・クラウン 柳井 政和さんの著作です。実際にはメモリー最適化のためのニーズに合わせたUIを備えているため、前述した原理だけのアプリケーションではありません。
ベクターはおかげさまで25周年!今年が平成26年、つまり平成も25周年を過ぎたところ。ベクターは日本の年号が「平成」に変わったのと同時期に創業した会社なのであります。平成の始まりは1988年2月。その頃あなたは何をしていましたか? まだ生まれていませんか?それとも友達が続々とファミコンを手に入れていく中、1人だけMSXを買ってもらってデータレコーダーで5分かけてロードした後、ただひたすらゴジラと戦う3DダンジョンRPGや、アスキーや徳間書店の雑誌に載っているプログラムリストを打ち込んで、F5を押しては"Syntax error"を出すという流れ作業の話をして「ふーん」と言われるだけの交友関係に何かコレジャナイ感を感じていた頃でしょうか?もしかしたらアイドルから一転してラ・ムーを結成した菊池桃子さんとHelloみかんに衝撃を受け、自称親衛隊を辞めようかどうしようか、辞めるとしたら世間的に許されるのかどうかと迷っていた頃……という方もいらっしゃるのではないでしょうか? そのころベクターはもう走り出していたんですね!!!!!!!!!!!!!<3
199x年から始まったソフトウェア・ライブラリサイト「Vector」の累計ダウンロード数は、1999年に1億DLを達成した後、毎年1億(ときたま2億)ずつ堅調に増加して今年19億DL達成。
本業がオンラインゲーム事業になってしまったベクターだが(「創星紀アステルゲート」大好評サービス中)、ソフトウェアライブラリは依然として健在だ。7800万PVを支える620万UUに7800万のベクター体験を提供している。(わーお)
ベクター体験と言えば、最近では「XPフォーエバー」が人気だった。XPが意味するユーザー・エクスペリエンス(UX)が後発OS(というかiOS)に受け継がれた現在においても、WindowsXPは走り続けているらしい。そして走り続けなければならない。定年退職と同じだ。ゴールが年々遠のいていくんだ。プログラマー定年説だって昔は30歳だった。それがいつの間にか35歳定年説になっている。40歳になる日もそう遠くはないだろう。30歳が若くない?そんな言い分が通用するのはアイドルとスポーツ選手とプログラマーくらいのものではないのか。政治家なら40歳で若手。そもそも一日中イスに座りっぱなしで政治家ほども動かず、身のこなしと言えば手を動かすくらい、チェリーの黒軸キーより重いものは打つことがない仕事がなぜ「体力勝負」と言われるのか。「プログラマーやってたんで体力には自身があります!(*°∀°)=3」とか引越し業の面接で言えんの?1日じゅう立ち仕事で刃物を扱ってる床屋の主人を差し置いて体力自慢できんの?
私は空気読みができる人間だ。落ちのない小話がそう何度も通用するとは思わない。本題に戻ろう。
さて、増田一族の皆さんはベクターのご当地ゆるキャラをご存知だろうか。その名も「べく太」である。心優しき少年ではあるが学校での成績がずば抜けて悪く、テストでは全問不正解の上、自分の名前を「べく犬」と書いてマイナス点をもらう奇才ぶり。友達はそこそこいるが、成績の悪さや自身のずっこけエピソードにより、知らない人にも名前を知られている有名人気質。得意科目は射撃とあやとり。手に座布団を持ったスタンディングポジションから就寝までの速さを競う競技昼寝の速さにおいて世界クラスの実力を持つ。いつも((ミ゚o゚ミ))の影にいるため主人公とは思われない彼だが、劇場版長編「のび太の結婚前夜」ではアレをナニされても決してああはしないという彼の秘められた人間性が描かれている。
そんなのび太が最も輝いていたのがシステムメンテナンス系ツールの紹介記事であった。
他とは比べ物にならないほど豊富にあるハードウェアの性能を引き出すため、Windowsの世界ではさまざまなチューンナップ技術が磨かれてきた。メモリ最適化、レジストリクリーニング、ディスクキャッシュの最大化、RAMディスクの利活用、ビジュアルテーマ/アニメーションの無効化、IEの常駐、スタートアッププログラムの削減、サービス系プログラムの無効化、EXEの圧縮、RARの活用、標準ツールよりも高度なサードパーティ製ディスクデフラグ&メモリデフラグ……、やることはいっぱいだ!でもこんなに手間をかけられるWindowsはかわいいなあ!そうやってPCチューンの腕を日々/.J で研鑚しあうマイルドハッカー達は磨き抜いたファイルコピーのスピードに一喜一憂したものである。
特にベクターには日本人により日本語で説明された扱いやすいメンテ系ツールが数多く登録されていた。使い方を誤れば手塩にかけて育ててきたWindowsに打撃を与えかねない分野であるため、「日本人にとっての分かりやすさ」は重要視される要素だ。そんな分かりやすいツールをさらに親しみやすく紹介する子供だましが紹介記事におけるべく太の役目である。
今ではべく太も良く読まれた記事のランキングでしかお目にかかれなくなってしまった。今や世間は萌え擬人化を通り越してゆるキャラブームである。いやブームさえ通り越して文化である。べく太はゆるいというよりマイルドなためかこのブームに乗っかろうという動きはまだ見せていない。これは残念なことである。(はてなもゆるキャラ路線をやめてしまうのだろうか)
ところどころかいつまんで述べたため、いくぶん主題がぶれた印象はあるが、
そんなベクターのユーザにリーチすることを考えないで、一足飛びに海外にロンする発想はちょっとチョンボしすぎなんじゃないの。その前にIEのセキュリティ問題で右往左往する人たちを相手にするのが先でしょ。そのあとは日本人口のメイン層である前期高齢者な。
情報社会を牽引する立場のソフトウェア開発者とは言っても、テストコード書いてこまめにリファクタリングしていくらでもデプロイしては動作確認できる人たちばかりじゃないの。一次請けから渡された画面設計書をメンバーに一人一枚ずつ手渡してアサイン完了、がんすけで開発スケジュールを引きつつ「これでどうだ?」とメンバー一人一人と納期交渉をするSEもいるの。ソースコードとほぼ同じ内容なので、スケジュールには含まれ得ない詳細設計書を「まぁ気持ちは分からんでもないが本来はそういうもの」という理由で実装前提出させたりするの。すべてが決まって検討課題がメンバーのメンタル面だけになった時点でキックオフ・ミーティングを始めるのが開発フローになっていたりするの。
これに対して事あるごとに穏やかな語り口で「私は雑用ですから」とつぶやくSEもいて、彼の場合は画面設計書をメンバーひとりひとりに渡して顔を伏せつつ実に申し訳なさそうな口調で「これぐらいでお願いできませんか」と納期交渉をしつつがんすけ2でスケジュールを引く人でした。
そんながんすけをダウンロードできるのもベクターソフトウェアライブラリなのである。がんすけ / がんすけ2 / (窓の杜にもあるよ) / (公式です)
話がそれたので本題に戻そう。
タイプは違うが、両者とも大差なくマッチョメンであった。SEなのに。ここから少し余談を挟むが、その後面接をしたとある派遣会社の派遣プロマネもマッチョマンであったが、マッチョメンに出会ったのはそれくらいなので特に私の人生がマッチョメンで占められているという話でなはい。
私も筋トレすれば強くてたくましいSEになれるのかな、、、
いやスケジュールが押したからって突然開催されるようになった朝会に、シドニアの騎士のOPを歌いながら入ってくるようなSEは私の目指すところではないな。戦いの場への入場曲はもういいので設計をして下さい、設計を。適切な設計で工数を減らすのは、あなた方の役目でしょ。あなたの敵はここにはいません。何も打ち砕かなくていいのです。そんなことよりぴょんぴょんしましょう。ぴょんぴょんのほうがメンタル的に優しくていいです。ぴょんぴょんですよぴょんぴょん。
このままで、果たして定年までぴょんぴょん続けられるのかな……。定年……って何歳だっけ……。
元々は55歳か。それが20年で60歳になって……さらに20年経って65歳が当たり前になったのね。じゃあ、あと20年したら70歳が定年かぁ……今働き盛りの人たちは70歳から年金受給者だね☆ 平均寿命が延びたぶん定年がずれていくということは「人は働くために生まれる」というのがこの国の常識なんだろうね。(だって政治家は自分を選んでくれた選挙区の空気を読んで法律に反映させる役職でしょ?) そんでもって現在の定年が65歳、日本人の平均寿命は80代前半。最高齢が110代なので医療福祉諸々の発展で平均寿命と定年があと30年延びる可能性も?95歳で定年!?いやいやいや……そのころには日本人の人生観も変わってるだろうから……いやいやいや……変わってるかなあ。
だったらプログラマーは何歳定年説になっているんだろう。IE9をシェアNo.1に押し上げるような職場に勤めていれば何も心配ないのかな……また大きなパラダイムシフト──という言葉がもうずいぶん久しぶりだけど──が起きてプログラマー定年が上がるのかな……パラダイムシフトじゃ上がらないかな……ライブラリとツールのほうが大事かな……(大体、オブジェクト指向だって末端のアプリケーションエンジニアにとっては「例にならえばいいだけのもの」だったし)……何かを速く便利に自動化するツールよりも、テストコードを書けばそれに合うライブラリを探してきてくれるエージェント指向システムが実現されないかな。今のところ再利用可能なコードを探す手段はドキュメントを検索するのと、ソーシャルふにゃふにゃで誰かに教わることくらいしか無いし。そんなパラダイムシフトが早いとこ起きないかなー起きればいいなー「お前が起こすんだよ」とか言う奴ぜったいいるだろうけどおれはおこせないしなー。
結局、定年って定まってないんだよね。不定年だよ。定年は不定年。同じ境遇の人間が多数いればその都度社会が対策とってくれるだろうし、先のことを気にしても仕方が無いよね。──ってことでハラオチ。
そんな私のベクター体験を元に、ベクターユーザからも訴求されそうなはてなブックマークUIを考案するのが本稿の主題である。
(Dan the full stuck engineer.)
Shared by iNotes - Sync Note with iOS
コメントするとローカル領域に保存。アカウント不要(登録不要/パスワード不要と表記する)。
ホッテントリを見るものなのでこれはただのニュースフィードリーダー。はてブカテゴリートップに表示される記事しか見れない。でもタグ検索して独自のカテゴリーを用意してもいい。タグ「hatena」カテゴリーとか。「凍てつく波動」カテゴリーとか。「うーむ」カテゴリーとか。非公式カテゴリーを公式カテゴリーと混ぜて一覧化。(ふーむはタグではないので抽出しづらい。実現するなら別のアプリになる)
カテゴリーの紹介文も適当に付ける。ベクターではこういう点が大事。
タグは表示から省く。その代わり発見したタグを自動的に集計。カテゴリー候補としてmyカテゴリー作成のそばに淡色で表示。クリックで見る、またクリックするとカテゴリー化。ダブルクリックでも右クリックからのコンテキストメニューからもカテゴリー化可能。機能としては「ピン留め」だけど、体裁はタブのほうが良さそう。
自分で検索した言葉もタブ化するか?→必要ない。そこで見つけたタグのほうをタブ化したほうがはてなブックマークに馴染める。
ブコメは敷き詰める。あるブコメが終わった同じ行の、次の文字から次のブコメを続けて表示。全ブコメをまとめてインライン表示。ブコメの集まりがlistではなく一つの自由律散文詩に見えるように。タグは含めない。
両脇に発言者のアイコン。誰がどの部分を書いたかは意識すればわかるように、アイコンとブコメの該当個所を同じ色の枠で飾ったり、関係線で結んだりしておく。ブコメに付けたローカルスターははてなユーザーと関連付ける。ブコメではなく人にスターを。集計を見たユーザーがはてなユーザー個人を意識するように。
無言ブクマは「…」。無言の多さも見て取れるように。
コレクションにコメントをするのが日記。それを日記のように見せるのならあり。
ベクターで受けているのは自前のPCにすべてを保存するアーキテクチャーだ。
次にビューアーであること。ダウンロードとインストールまでした上に登録などベクターユーザの誰がするものか。よってアカウント不要の閲覧に機能を絞ることになる。
ベクターでは良質ソフトウェアを評価するときによく「かゆいところに手が届く」という表現が使われる。ユーザのやりたい操作ができること(ユーザーの発想を広げないエクスペリエンス)と、技術的制約……ユーザから見て理由のよく見えない妙な制約が無いことの2点のこと。
コメントをどう見せるかが鍵。世間の声?世論?ユーザーを指定してミュートできるとコメントできない不自由さを解消できるかも。
1. 人気コメント
2. 記事タイトル
3. 記事
記事タイトルならどこのニュースサイトでもやっているので、人気コメントを先に。
人気コメントは表示するけど、はてなスターは表示しなくていい。星が見えないのではてな村の星祭りは意味不明に見える。
最初に見せるのはブックマークエントリータイトル(記事タイトル)の一覧ではなく、それに付いたコメントのうち最上位の人気コメント。発言者のアイコン付きで。エントリータイトルはその下に小さく表示。
このアプリのコメント機能は「はてなユーザーやそのブコメにコメントする機能」。お気に入りはてなユーザーを強調表示したり、非表示(ミュート)にしたり。
Web上の記事も読めるけど、中心になるコンテンツははてなユーザー。ブクマエントリーページを見ながらメタブを付けるのをローカルでやるようなものがこのアプリ。エクスポート機能によっていつかははてなブログへ移行。
非表示は二段階。網かけか淡色化で見えにくくするか、完全に非表示(collapse)にするか。検索など他のビューでも有効。
はてなユーザーに付けたコメントはそのユーザーIDが表示される場面全てでIDに併記される。ラベル(レッテル)貼り機能。ラベルの背景色も変えたい。ラベル内でも強調語やユーザーIDを消す機能を有効にしたい。
特定のはてなユーザーやTwitterユーザーをお気に入りに。ローカル保存。見つけたら強調表示。ユーザーの表示から容易に検索ビューへ進めること。
強調表示される語はユーザーIDに限らない。任意の文字列。登録と削除のビュー有り。
コレクションビューで一覧化。その人の最近のコメントが読める。
UIはWindowsデスクトップ用のもの。表を多用する。WindowsXP対応。はへらったーが参考になる。
数字よりも塗りの面積で見せる。
上限ははてブユーザーの感覚に合わせたいけどとりあえず1000usersで。それを超えることはあっていい。
シングルウィンドウ・シングルドキュメントなぶん履歴を活用して利便性を補う。
検索はローカル領域を。ユーザーが見てもいない情報は検索対象外。お気に入りユーザーのログは含めてもいいかも知れない。それでも一人分の全ブクマをダウンロードしてから検索。
気になる話題についてどんなコメントが寄せられているか調べるには?→ 検索は必要。新着/人気の両方を切り替えられないと話題は見つけられない。
印刷機能は重要。PDF化もここからなので。.docxにできればなおいい。
コメントを保存する機能があるなら、暗号化すると受ける。履歴があるなら参照時にパスワードを設定するといい。あなたの心のセキュリティ。
「ご利用には利用登録が必要です」 「このソフトウェアと開発経緯について」ダイアログだけでいい。無意味に切り抜いた矩形でないダイアログで。スプラッシュスクリーンも無意味に切り抜くとちょっとすごい感を演出できそう。影付けて立体的なペーパークラフト感を出して。
日記の日付は設定にある「日付の変わる時刻」を反映したものに。デフォルトは28:00(4:00AM)。12:00から36:59まで指定可能。「かゆい所に手が届く」機能。
はてブを読んではてなブログを書くために使う利用法も。(ブクマではなく)ブコメに星を付けるとコレクション。日別の日記記事になる。記事内は付けた星の色ごとにまとめ。ブコメを引用して自分の日記を書く。星の色はウィンドウズロゴの4色と黒。黒は非表示(ミュート)のスイッチ。
はじめはローカルで始めたユーザーがWebに移行できるように。移行したところでIDコールも有効になる。
自動エクスポート/インポートできればDropboxでも共有できる。インターネット越しにインポートしたい。
添付ツールとして、ステータスバーにCPU利用率とメモリー使用量・空きメモリー(パーセンテージ)とメモリー最適化機能
3クリックで相対時間や時刻をお手軽設定できるアラーム(指定時刻に指定メッセージを通知領域に表示するもの)などを付属。(アラームはアプリ起動中のみ有効なので、アプリ終了時にまとめて発動。なおかつ再起動したときに引き継ぐ)普段から何かしらのアラームを使っている人なら、このアプリのアラーム機能を使う意味は無い。
はてブエントリーページをローカル領域でブックマークするという機能。インターネットショートカット(.url)にして保存。WindowsエクスプローラーやIEと共有。
フィードバックツールも重要。ウィンドウをサムネイルから選択(エラーダイアログも選択可能・エラーダイアログにもフィードバックツールを開くボタンを載せる)、メッセージを添えて「非公開で開発者だけに送信」というボタンで送信できるようにする。送信内容のプレビュー付き。UI上ではフィードバックではなく「要望(クレーム)送信」というラベル。
保存して検索できて呼び出せればいい。
スマートポインタは、ここで言われている アドレスの参照指定としてのポインタじゃないよ。単なるコンテナ。名前にポインタってついてるからといって、いわゆるポインタじゃない。分類的にはコンテナ。
std::tr1::smart_ptr<std::vector<char> > hako(new std::vector<char>);
の3種類があった時に string型も ポインタを代入しているが、 ポインタとは呼ばないだろ。コンテナと呼ぶ。
記法上 new を呼び出すが、 それが嫌なら、そういうコンストラクタ書いてもいいしな。
str++ とか str-- str+n という記法=アドレス参照 ができるが
スマートポインタは そういう使い方はしない。 あくまでも指定されたオブジェクトを管理するだけ。
たいていの使い方をする場合に、参照カウンタの増減なんて手動ではしないから。(というか、ポインタがわからない奴がするな コピコン使え という設計方針でいいとおもう)
STLを使うことによる オーバーヘッドは 数~数百バイトオーダーだろ。どんなに見積もってもキロ単位。
いくらなんでも、キロ単位を 詰めることは稀 というのがメモリの見解。
メモリを最も使うのが、画像。画像1枚で数百Kで こっちを何とかしたほうがよほどはやい。
ここで言ってるのはあくまでも、STLを使うことによるオーバーヘッドは メモリが潤沢にあるものと想定してもいいって話で
ここで行ってるCPUは モバイルだな。 電池の持ちにも直結するし、持ってるメモリを0クリアとか、やらなくてもいいと分かり切ってる時でかつ
最近はもう STLもあるしBoostもあるから ポインタを使うという事自体がレアケースなんじゃねーか?正直もうデフォルトでは教えない。でもいいと思うよ。
ぶっちゃけ、ポインタを理解できない奴にポインタを触らせるな。というのが現場での共通見解。
むしろ、constとexplicit と 参照を厳密に使えるようになれって方がよほど重要。
引数でconst char * とか const vector<T>&とかくところを それぞれ char * とか vector<T>とかかかれると
お前待て って話 の方がよほど重要。
あと ポインタっていつ使うの?って 正直 高速化とかのチューニング以外ではもう使わないと思う。
listとかvectorとかを再発明するぐらいなら、大抵の場合はSTL使えよと。 逆にSTLじゃだめ Boostじゃだめとなったら、ポインタの必要性を知ってからポインタ学ぶからいんじゃね?