test2017 @ ウィキ

メモ2

2017-05-14T21:21:35+09:00

Q.==演算子のオーバーロードを実装してEqualsメソッドと同じ処理を実行するようにしてもよい場合はどのような時か？ A.immutableな場合。 Q.ループ内でなければ、たとえ100個の文字列型変数であってもまとめて+演算子で連結してよい理由を説明せよ。 A.ビルド時に最適化されるから。 Q.Listのように値型を格納するジェネリックコレクションを使ってもボックス化／ボックス化解除が発生しない理由を説明せよ。 A.C++と同じ。 ListとListは厳密には別の型。 Q.Full GC(Gen2 GC)が動作したときに断片化していてもコンパクションされないヒープ領域はどのような領域か？ A.ネイティブヒープ Q.throw; とthrow ex; の違いをスタックトレースの観点で説明せよ。 A.スタックトレースを引き付くか、引き継がないか。 Q.フィールドのアクセス修飾子をprivateにしプロパティのgetter/setterではそのフィールドを読み書きするだけというコードが馬鹿馬鹿しい理由を説明せよ。 A.リフレクションを使う場合に於いて、フィールドとプロパティは明確に分かれるし、なんかあったっけ？。 Q.nullを参照している参照型変数のメソッドを呼び出そうとした場合でもNullReferenceExceptionが発生しないのは主にどういう状況か？ A.クラス・メソッドを呼び出す状況。 Q.クラスと構造体の違いは何か？（「スタックとヒープ」以外で） A.C言語の構造体との互換性の有無とかだっけ？ > 構造体は値型 (11.3.1 を参照) です。 > すべての構造体型は暗黙的に System.ValueType クラスから継承します (11.3.2 を参照)。 > 構造体型の変数への代入では、代入対象の値の "コピー" が作成されます (11.3.3 を参照)。 > 構造体の既定値は、すべての値型フィールドをそれぞれの既定値に、すべての参照型フィールドを null に設定することで生成される値です (11.3.4 を参照)。 > 構造体の型と object との変換には、ボックス化演算およびボックス化解除演算を使用します (11.3.5 を参照)。 >

テキストエディタ・統合開発環境

2017-05-10T20:21:03+09:00

統合開発環境 Microsoft Visual Studio 2017 https://www.visualstudio.com/ja/vs/ Visual Studio Code https://www.microsoft.com/ja-jp/dev/products/code-vs.aspx IBM eclipse https://eclipse.org/ JET BRAINS Intellij IDEA https://www.jetbrains.com/idea/ PyCharm https://www.jetbrains.com/pycharm/ WebStorm https://www.jetbrains.com/webstorm/ PhpStrom https://www.jetbrains.com/phpstorm/ CLion https://www.jetbrains.com/clion/ DataGrip https://www.jetbrains.com/datagrip/ RubyMine https://www.jetbrains.com/ruby/ AppCode https://www.jetbrains.com/objc/ Gogland https://www.jetbrains.com/go/ Sun Microsystems? NetBeans https://ja.netbeans.org/ ---- テキストエディタ Adobe Brackets http://brackets.io/ ... Atom https://atom.io/ Sublime Text https://www.sublimetext.com/ Apatna Studio 3.6.1 http://www.aptana.com/products/studio3/download ※これは使ったことがない... 秀丸 http://hide.ma

go言語

2017-05-14T11:37:32+09:00

googleが開発した言語だよ。 Microsoftが開発したF#、VB.Net、C#だったり、Sunが開発したJavaだったりはちゃんとサポートされててうまく使えるから googleだってきっと頑張ってくれるさ。 -- クロスコンパイル http://qiita.com/Jxck_/items/02185f51162e92759ebe -- メモ https://golang.org/doc/ http://qiita.com/suin/items/22662f43b6a6e8728798 http://www.yunabe.jp/docs/why_golang_is_good.html http://cuto.unirita.co.jp/gostudy/ https://codezine.jp/article/detail/9359 http://golang.jp/go_tutorial http://kannokanno.hatenablog.com/entry/2017/02/28/011159 http://blog.iktakahiro.sh/entry/2016/12/10/090000 http://qiita.com/masahikoofjoyto/items/f60188f4252e455541d4 https://developers.eure.jp/tech/go_web_application_1/ http://aial.shiroyagi.co.jp/2016/07/golang-api-server-developing/ https://1000ch.net/posts/2014/c-in-golang-with-cgo.html -- サンプル https://gobyexample.com/ --ライブラリ https://echo.labstack.com/ intellij golandだとビルドすらできないみたい...

clojure

2017-04-25T06:27:02+09:00

-- ガイド https://dev.clojure.org/display/doc/Getting+Started+with+Gradle http://qiita.com/koji_yusa/items/9ca0f17677e8403cfb43 https://github.com/clojure/clojure-clr/wiki なんか間違いがあると問答無用で落ちてしまったり、開発環境のサポートが十分でなかったり、うーん、仕事でつかうとするとイマイチだなぁ。 **　メモ http://kannokanno.hatenablog.com/entry/2017/02/28/011159

Python

2017-04-24T03:17:28+09:00

シェル経由? -https://ja.wikipedia.org/wiki/CPython Java -https://ja.wikipedia.org/wiki/Jython IronPython -https://ja.wikipedia.org/wiki/IronPython Cython -https://ja.wikipedia.org/wiki/Cython py2exe -http://www.py2exe.org/ CPythonは既に3.6が最新だというのに、IronPython、Jythonは、2.7止まりの様で...。 IronPythonで、MSILを出力しようものなら以下みたいにエラーが出るのも挫折感を誘発し。うーん、やはり、IronPythonとJythonを使ったコードの共通化は上手くいかないんだろうなぁと考え始めてしまった。 ... \PycharmProjects\untitled>"C:\IronPython 2.7\ipy.exe" "C:\IronPython 2.7\Tools\Scripts\pyc.py" /target:exe /main:Test1.py Input Files: Output: Test1 Target: ConsoleApplication Platform: ILOnly Machine: I386 Compiling... Traceback (most recent call last): File "C:\IronPython 2.7\Tools\Scripts\pyc.py", line 332, in File "C:\IronPython 2.7\Tools\Scripts\pyc.py", line 327, in Main File "C:\IronPython 2.7\Tools\Scripts\pyc.py", line 181, in GenerateExe SystemError: あいまいな一致が見つかりました。

Base64

2017-04-23T07:14:55+09:00

** Java https://gist.github.com/komiya-atsushi/d878e6e4bf9ba6dae8fa Java8からなのかな標準のライブラリで実施できるみたい... わざわざ、不具合発生のリスクを冒してまで独自に作る必要ないねとか思ったりして... ところで、該当のライブラリがあるかチェックするのってJavaだとどうするんだろう。 ** C# http://www.atmarkit.co.jp/ait/articles/0810/23/news136.html C#でも、標準でできるみたい。 ** その他 http://iharder.sourceforge.net/current/java/base64/ JGitは、ここのソースを元に作られているみたい... ** ライブラリ大分、不完全なところもあるけど、取り急ぎC#でBase64 エンコード/デコードを行うライブラリを作ってみた。 https://chronos2016.visualstudio.com/Base64

メモ

2017-05-14T00:29:26+09:00

** 後で読むかも... https://github.com/pyside https://dobon.net/ http://qiita.com/makoto_kw http://itchyny.hatenablog.com/entry/2017/02/27/100000 http://heimdal.hatenablog.com/ ** Java(Sample) http://www.java2s.com/Code/Java/SWT-JFace-Eclipse/CatalogSWT-JFace-Eclipse.htm

CMake

2017-04-21T03:58:49+09:00

** 純粋にそのまま使う場合? https://chronos2016.visualstudio.com/HelloWorld ** MSBuildのプロジェクトを使う場合 https://chronos2016.visualstudio.com/msbuild_HelloWorld mavenやgradleとも連携できると便利でいいのかな... なんかちょっと違う気もしないでもないけど。

WebKitなど

2017-04-21T01:42:43+09:00

// MEMO

パソコン

2017-04-20T02:11:36+09:00

**フォームファクタ - wiki@ https://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A9%E3%83%BC%E3%83%A0%E3%83%95%E3%82%A1%E3%82%AF%E3%82%BF |名称|幅|高さ|備考| |XT|216|279|使われていない？| |AT|305|279-330|| |Baby-AT|216|254-330|| |ATX|305|244|| |SSI CEB|305|267|| |SSI EEB|305|330|| |SSI MEB|411|330|| |microATX|244|244|| |Mini-ATX|150|150|| |FlexATX|228.6|190.5|| |Mini-ITX|170|170|| |Nano-ITX|120|120|| |Pico-ITX|100|72|| |Mobile-ITX|75|45|| |BTX|325|267|| |MicroBTX (uBTX)|264|267|| |PicoBTX|203|267|| |DTX|200|244|| |Mini-DTX|200|170|| |Extended ATX (EATX)|305|330|| |LPX|229|279–330|| |Mini-LPX|203–229|254–279|| |NLX|203–229|254–345|| |WTX|355.6|425.4|| |SWTX|418|330|| |HPTX|345.44|381|| |NUC|101.6|101.6|| (※単位は、mm)