概要 サンプル ゼロ値で利用 文字列からbytes.Bufferを生成 バイト列からbytes.Bufferを生成 io.Readerとして利用 io.Writerとして利用 参考資料 概要 bytes.Buffer 使ってますか？ Goではバイト列を扱うことが多いので、この型はとても便利です。 Goを始めたときは、使いにくいと感じていたのですが、慣れてくると、この子を一番使っている気がします。 文字列からバイト列にしたい バイト列から文字列にしたい io.Readerとして使いたい io.Writerとして使いたい などなどの時に利用できます。 io.Readerとしてもio.Writerとしても利用できるので、なにかの入力元にもなれるし出力先にもなれるということですね。 前にアップした devlights.hatenablog.com でも、頻繁に使っていますので参照ください。 サンプ

概要 参考情報 概要 よく忘れるので、ここにメモメモ。。。 Docker ＋ WSL2 の環境で作業していると、いつのまにか Vmmem さんが専有しているメモリ量がとんでもないことになります。 この環境ではDocker側にメモリ量の制限を設定することが出来ないみたいで、WSL2側の設定でメモリ上限を設定することになります。 WSL2の設定は、以下の場所にファイルを作成しておくことで有効になります。 %USERPROFILE%\.wslconfig PowerShell の場合は $env:USERPROFILE\.wslconfig ここに以下のように値を設定します。例えば以下はメモリ上限を４GBに設定しています。 [wsl2] memory=4GB 設定したら、WSL2を再起動します。再起動のやり方は devlights.hatenablog.com を参照ください。 参考情報 git

概要 仮想マシンに入る /etc/wsl.conf ファイルを作る 一旦仮想マシンを落とす 入り直す 参考情報 概要 ちょっと前に devlights.hatenablog.com という記事を書いたのですが、ちょこちょこ聞かれる質問が「上のやり方で仮想マシン入れたけど、やっぱり一般ユーザをデフォルトのユーザにしたい」というものでした。 これ、よくあるWSLの記事のように「仮想マシンが一つだけ」の場合は、めっちゃ簡単です。 PowerShell開いて > ubuntu config --default-user xxxx とやればオッケイです。 ですが、複数の仮想マシンをセットアップしていて、変更したい仮想マシンがデフォルトではない場合、上記のやり方ではうまく出来ません。エラーになります。 なので、以下のようにします。 仮想マシンに入る まず、対象の仮想マシンに入ります。rootユーザで入

概要 プログラムがいきなり落ちた gcc の -fstack-usage オプション 現在のスタック領域のサイズを調べる 試してみる makefile github にサンプルプロジェクトをアップ 参照情報 概要 忘れないうちメモメモ。こういうのは知ってるのと知らないので手間が大きく変わりますね・・・。 プログラムがいきなり落ちた 自分が書いたプログラムではないんですが、動かしていると特定の処理パターンを通したときにいきなり死ぬという状況が発生。 C言語なので、本当にスンって死んでくれます・・ｗ いろんなところをコメントアウトしたり、printfデバッグ入れたりして箇所は特定。 最終的にいろいろ調べたところの結果が「デフォルトのスタックサイズを超える割当をしてるのが原因」でした。これはアカン・・。 で、修正するのは良いとして、もうちょいマシな調べ方ないのかしら？って思いました。 手作業すぎ

概要 WSLにて現在実行しているものを一覧出力 WSLにて特定のイメージをインポートする 作った仮想マシンを停止したい場合 作った仮想マシンを削除したい場合 作った仮想マシンをエクスポートしたい場合 WSLが利用するメモリ量を制限したい場合 一般ユーザの作成 仮想マシンに特定のユーザでログインする ロケールを調整する C言語の環境を作る Pythonの環境を作る Goの環境を作る dotnetの環境を作る Java の環境を作る JavaでSpring Bootの環境を作る Flutterの環境を作る 補足 PowerShell (pwsh) の環境を作る 参考資料 概要 最近は、docker とかで環境構築したりするのがデフォルトになっているかもしれませんが、WSL2とVSCodeの組み合わせもとても便利なので、個人的にはよく利用しています。 WSL関連の記事を見ていると、大抵ストアから

概要 概要 小ネタ。周りに知らない人が結構多かったので、ついでにメモしておきます。 LinuxとかでSSHで接続したりして、パスワード認証が出てきた場合、打ち込んだ入力は通常見えません。 パスワードを打ち間違えたときに、バックスペースを連打している人をよく見かけます。 それでも問題はないのですが、一旦入力したパスワードを取り消す場合は ctrl+u ってやったほうが楽です。これで入力が取り消されますので、心機一転打ち直しましょう。 過去の記事については、以下のページからご参照下さい。 いろいろ備忘録日記まとめ devlights.github.io サンプルコードは、以下の場所で公開しています。 いろいろ備忘録日記サンプルソース置き場 github.com github.com github.com

概要 カーソル移動系 モード変更と入力 文字化け系 Shift-JIS の場合 EUC-JP の場合 検索系 普通の検索 grep (vimgrep) タブ幅とか 自動インデント系 ディレクトリ移動とか別のファイルを開いたり系 最後に 参考情報 概要 この記事は、vimに全然慣れていない人向けの内容です。以下に当てはまる方でしたら、良ければご参照ください。 特に vi (vim) とかに興味はない。使い方を極めたいわけではない。 現場のOSがLinuxで、使えるエディタがvimくらい。 基本的にLinuxみたいなコマンドラインでバリバリ作業する環境に慣れていない。普段はWindows。 そのマシンはお客様の所有物であるのでツールとかを勝手に入れてはダメ vimはあるけどデフォルト状態。ネットにあるような便利なプラグインも入っていないし、設定ファイルをいじるのもダメ。 上記のような環境って、

概要 __main__ を復習 んじゃ、__main__.py があるとどうなる？ どういうときに便利？ 補足 概要 目から鱗の情報だったので、忘れないうちにメモメモ。そういえばそうだわｗってなりました。知らなかったのが恥ずかしいですが。そういえば、Github とかでも よく __main__.py ファイル見かけていました。 bit.ly __main__.py を使いましょうって記事です。 __main__ を復習 python やってる人だとほぼ全員以下を書いている or 書いたことがあるはずです。 if __name__ == "__main__": # 処理 python インタープリターは、ファイルを指定されて起動した場合 特殊変数 __name__ に __main__ という値を設定してくれるので、それにより、この スクリプトファイル が他のスクリプトから import

概要 面白いサイト見つけたので、忘れないうちにメモメモ。 いろいろな言語をREPLで試させてくれます。何気に便利ですね。 repl.it - Select a Language 2018/02/19 現在、以下をサポートしてくれているみたい。 python3 ruby javascript C# Java C C++ Go Kotlin Rust php など コンパイラ系言語について C#の方はコンパイラがMonoですね。.NET Coreだったら嬉しかった。 Javaは、1.8系ですね。 C, C++は、gcc 4.6.3 でした。 C++に関しては https://repl.it/languages/cpp と https://repl.it/languages/cpp11 の２つがあります。 後者は、C++11みたい。 過去の記事については、以下のページからご参照下さい。 いろいろ

概要 conda 使っていると、大体の有名どころのパッケージは見つかるのですが 当然、存在しないものもあります。いろんなページで、そういうときは pip でインストールすると記載されています。 例えば、私が個人的にめっちゃ使っているパッケージに pyperclip ってのがあって これは、デフォルトでは 見つかりません。 ~$ conda search --full-name pyperclip Fetching package metadata ........... PackageNotFoundError: Packages missing in current channels: - pyperclip We have searched for the packages in the following channels: - https://repo.continuum.io/p

更新履歴 概要 書籍紹介 入門 Python 3 みんなのPython Effective Python 面倒なことはPythonにやらせよう Pythonによるデータ分析入門 -- NumPy, pandasを使ったデータ処理 Fluent Pytnon 日本語版 PythonとJavaScriptではじめるデータビジュアライゼーション Test-Driven Development With Python: Obey the Testing Goat エキスパート Python プログラミング 改定２版 更新履歴 2018/04/17 「エキスパートPythonプログラミング 改定２版」を追加 概要 前回の devlights.hatenablog.com に引き続き、現状自分で読んで、個人的に面白かったPython書籍のメモ。 個人的には、どの本も★5です。 ご参考までに :) 書籍

概要 Kotlinユーザグループの方々が共著で「Kotlin入門までの助走読本」というドキュメントを以下のURLで公開してくださってます。感謝 m( )m kotlin-prior-learning-book.pdf - Google ドライブ 表紙が少し◯ライリーちっくな感じで、90ページあります。分かりやすくて、読みやすく、素晴らしいドキュメントです。 あと、Kotlinのリファレンスを日本語訳してくださってる方もいらっしゃいます。こちらも感謝 m( )m dogwood008.github.io 日本語訳の元となった公式のリファレンスは以下です。 kotlinlang.org PDFとしても入手できます。190ページ以上あります。 https://kotlinlang.org/docs/kotlin-docs.pdf リファレンス見ながら、try kotllin でゴニョゴニョ打ち込

忘れない内にメモメモ。IntelliJ Ideaでも同じやり方でいけると思いますが、まだ未確認。 試したバージョンは、WebStorm 2016.2.4. WebStormでElectronアプリをデバッグするやり方については、JetBrainsのブログにて既にあります。 Getting started with Electron in WebStorm | WebStorm Blog なんですが、この記事Mac版を元にして書いてあるのもあって、そのとおりにやってもWindows版だとうまく行きませんでした。（Create Processなんちゃらってエラーが出る） で、以下の設定でデバッグできました。 Run/Debug Configuration画面を開いて、「Node.js」の構成を新規追加 Node Interpreterをnode_modulesの下のelectron/dist/

更新 2018-06-19 EPPlusのリンク切れていたので更新 知り合いから、EPPlusというとても便利なライブラリを教えてもらったので忘れないうちにメモメモ。Excelを扱うライブラリなんですが、これがとても便利です。公式ページは以下になります。 github.com EPPlusはOpen XMLの仕様を元にExcelのデータ操作を行うライブラリです。 Open XMLデータを直接内部で作成してくれるのでExcelのインストールが必要ありません。その代わりに、Excel 2007より前のバージョンのExcelファイル（つまり、拡張子がxlsのもの）は扱えません。 インストールは、nugetから行えます。 $ Install-Package EPPlus 使用する場合、以下の名前空間を参照するようにします。 using OfficeOpenXml; using OfficeOpen

ひょんなことで、Dapperのサンプルを書いたので、もったいなのでメモメモ。 便利なので、大好きですこのライブラリ。 Dapper .NETのサンプル 過去の記事については、以下のページからご参照下さい。 いろいろ備忘録日記まとめ http://sites.google.com/site/gsfzero1/ サンプルコードは、以下の場所で公開しています。 いろいろ備忘録日記サンプルソース置き場 https://github.com/devlights/Sazare

SimpleInjectorというIoCフレームワーク（DIコンテナ）がすごくシンプルで使いやすいので、最近気に入っているのですが、基本的な使い方を忘れないうちにメモメモ。 SimpleInjectorの公式ページは以下です。 simpleinjector.org このライブラリ、オープンソースで開発されているのですが、ドキュメントがすごく充実しています。 また、 Framework Design Guidelinesをすごく意識してソースが書かれているので、ソースがすごく綺麗で勉強になります。その辺の内容は、ドキュメントの Design Principles — Simple Injector 2 documentation に書いてあります。 Framework Design Guidelinesは以下の事です。 Framework Design Guidelines 書籍にもなってい

最近知ったことなんですが、忘れないうちにメモメモ。 VisualStudioでプロジェクトを作ると、Propertiesというツリーノードの下にAssemblyInfo.csというファイルが追加されます。このファイルの中には、アセンブリに関する設定が記述されているのですがこの中に [assembly: AssemblyVersion("1.0.0.0")] という部分があります。これがアセンブリのバージョン指定になります。（プロジェクトのプロパティを開いて、アセンブリ情報のボタンをクリックすると出るダイアログにあるバージョンがこれです。） で、このバージョンなんですが、 [assembly: AssemblyVersion("1.0.*")] とすると、BuildとRevisionの値が自動採番されるようになります。ここまでは知っていたのですが、実はこの自動採番される値、規則性がありまして

今回は、System.IProgressとSystem.Progressクラスについてちょこっとメモメモ。 IProgressとProgressは、どちらも.NET Framework 4.5で追加された型です。 文字通り、進捗状況を処理するための型です。 IProgressインターフェースを実装したクラスがProgressとなります。 利用方法は、シンプルで コンストラクタにActionデリゲートを渡して構築 ProgressChangedイベントをハンドル することで、利用できます。 実際に進捗を処理するには、 IProgress<T>.Report(T) メソッドを呼び出します。 GUIで、別の処理をしながら画面に進捗状況を出力する際に利用できます。 TaskとCancellationTokenとProgressを利用することで 以前から存在していたBackgroundWorkerと

たまに忘れてて、あれ？ってなるのでメモメモ。 いつからこのオプションが追加されたのか、VisualStudio 2013でプロジェクトのプロパティページに「32ビットの優先」というチェックボックスが追加されています。 このチェックボックスですが、プロジェクトの種別がコンソールアプリケーションなどでは、デフォルトでONとなっています。CPUターゲットもデフォルトではAnyCPUなので、いつものように64ビットOSでアプリ作ってて、SQLiteなどのプラットフォーム毎にDLLが分かれているライブラリなどを利用しているといきなりエラー出たりしてビックリします。 大抵のアプリでは問題にならないかもしれませんが、画像などを扱うアプリではメモリが4GBを超えるのもあるので、その場合32ビット状態では4GB以上のメモリが扱えないので注意。 以下、MSDNの該当ページです。 [ビルド] ページ (プロジェ

stackoverflowにLinqを使って、特定のシーケンスを決まった数のチャンクに分割する コードがあったので、メモメモ。要素が多いシーケンスを相手にするときに便利です。 Split List into Sublists with LINQ http://stackoverflow.com/questions/419019/split-list-into-sublists-with-linq 以下、サンプルです。 #region LinqSamples-59 //b.hatena.ne.jp/ <summary> //b.hatena.ne.jp/ Linqにて、シーケンスをチャンクに分割して処理するサンプルです. //b.hatena.ne.jp/ </summary> public class LinqSamples59 : IExecutable { public void Execute() { // // 要素が10のシーケンスを2つずつのチャンクに分割.

.NET 4.5からタスクの開始方法に新しいメソッドが用意されました。 Task.Run(...) // ActionとかFuncとかCancellationTokenとか Task.Run メソッド http://msdn.microsoft.com/ja-jp/library/system.threading.tasks.task.run(v=vs.110).aspx .NET 4.0のときは Task.Factory.StartNew(...) を利用してタスクを構築するショートカットがありましたが それに加えて、Task.Runの形式も追加されました。 個人的には、Task.Runの形式の方が分かりやすくて好きです。 以下、サンプルです。 namespace Sazare.Samples { using System; using System.Collections.Generi

忘れない内にメモメモ。 Protocol Buffersの説明自体はWikipediaさんなどに分かりやすく記述されています。 Protocol Buffers http://ja.wikipedia.org/wiki/Protocol_Buffers 本家のProtocol Buffersでは、C++とJavaとPythonに対応しています。 C#から利用する場合は、protobuf-netを利用します。 protobuf https://code.google.com/p/protobuf/ protobuf-net https://code.google.com/p/protobuf-net/ やり方としては protoファイルの作成 JavaファイルとCSファイルを出力 (java側はprotoc, C#側はprotogen) 出力されたソースを利用して処理を行う. となります。

Kendo UIは、Telerik社が提供しているHTML5のWeb/モバイルサイト向けフレームワークです。 私が知らなかっただけなのですが、いつの間にか正式版がリリースされていて チュートリアルっぽく体験できる、「Kendo UI Dojo」が出来てました。 Kendo UI http://www.kendoui.com/ このKendo UI Dojoが面白い。サクサク進めます。特にチャートあたり(DataViz)が気持ちいい。 画面左で入力した内容が、即座に右のエリアに反映されるので実装過程がよく分かります。 素晴らしい。 Kendo UI Dojo http://www.kendoui.com/dojo.aspx 既に日本語のサンプルを作成された方がいらっしゃいました。 貴重な情報感謝 m(_ _)m HTML5製のWebサイト向けUIフレームワーク・Kendo UIモバイル版の日

忘れないようメモメモ。 SQLiteさんは、そもそも速度が速いのですが書き込み速度をさらにアップさせたい時があります。 (データがもの凄い速さで流れてきて、それを出来るだけ遅延なく書き込みしたいときとか) 書き込み速度をアップさせるのに、すぐ適用できるのがPRAGMAを設定することです。 以下のPRAGMAを設定するとグッと速度が変わります。 SyncMode JournalMode デフォルトは、System.Data.SQLiteの場合 SyncMode=Normal JournalMode=Default です。これを SyncMode=Off JournalMode=Memory にすると、爆速になります。または SyncMode=Off JournalMode=Wal にしても同じくらい速くなります。SyncModeはNormalのままがいい場合は SyncMode=Normal

CodeProjectに LINQ to CSV library http://www.codeproject.com/Articles/25133/LINQ-to-CSV-library という記事があったので、メモメモ。 ついでにちょっとサンプル書いてみました。使いやすいですね。 ライブラリ内の各クラスについては、上記記事内で詳しく記述されています。 使い方も分かりやすく説明されているので、利用する場合は元記事を見ると すぐ分かりますです。 インストールは、NuGetでいけます。 Install-Package LINQToCSV 以下、サンプル。 予め以下のようなCSVファイルがあるとします。 (Test.csv) 1,name1,33,2013/11/10 2,name2,34,2013/11/11 (WithHeader.csv) DataId,PersonName,Person

今回は、C# 5.0から追加された機能であるCaller Informationについてです。 Caller Information機能は、名前が示すとおり「呼び元の情報」を取得するための機能です。 __FILE__や__LINE__などと同じような機能がC#にも追加されたイメージです。 利用するにはメソッドの引数に特別な属性を指定します。 以下の属性を指定することで、呼び元のファイルパス、行番号、メンバー名が取得できます。 CallerFilePath CallerLineNumber CallerMemberName 以下のようにします。 using System.Runtime.CompilerServices; void ShowCallerInfo([CallerFilePath] string file = "", [CallerLineNumber] int line = 0

たまに別のAppDomainを作成して、処理を実行することがあるので 実行の方法について個人的にメモメモ。 方法はいくつかあるのですが、私がよく利用するのは以下の3つ。 AppDomain.ExecuteAssemblyを利用する。 AppDomain.DoCallbackを利用する。 AppDomain.CreateInstanceAndUnwrapを利用して、プロキシを取得し実行. 既に実行するためのアセンブリが存在している場合は、ExecuteAssemblyがお手軽。 でも、実行するだけなので細かい調整が出来ない。 DoCallBackは、デリゲートを渡せるので便利。 必要な処置を行った後、ExecuteAssemblyを呼び出したりする。 CreateInstanceAndUnwrapは、一番フレキシブルな方法。 以下、サンプルです。 予め、ExecuteAssemblyメソッド