サクラエディタ GitHub 移行 - clock-up-blog
概要 日本製 OSS のテキストエディタである サクラエディタ はずいぶんと前から SourceForge.net 上で Subversion 管理されている。 ずいぶんと長い間サービスを継続していただいている SourceForge に感謝の念は尽きない。が、今の時流としては SourceForge による Subversion 管理を続けるよりも、機会があれば GitHub 側に移行したほうが機能追加や修正等のプルリクエストを受け付けやすくなり、品質の向上に繋がるのでは、というのが自分の所感。 今回はコミュニティに対しては事後承認的な形で、サクラエディタ V2(UNICODE版) 部分のリポジトリを GitHub に移行してみる。 コミュニティの承認が得られれば今回の GitHub 移行を正式なものとみなし、更なる整備を進めたい。 移行結果（コミュニティの承認待ち） 移行元: http
マイナンバーカードは申請から発行まで半年かかるやで - clock-up-blog
※自治体やその他諸条件にもよると思う マイナンバーカードなかなか来ないので、区役所に出向いて問い合わせてみたところ、 「4月末に申請済みですね。9月頃に発行通知が届くかと思われますのでお待ちください。」 「なるほど」 申請はお早めに。 中の人の苦労 地方公共団体情報システム機構 カード管理システムの障害に対するお詫びとご説明 本年１月中旬以降に発生したカード管理システムの障害等により、市区町村のマイナンバーカード交付事務等に影響を与える事象が発生いたしました。 … カード管理システム内の、中継サーバの障害については、３月11日までに発生事象を抑える改修等の対応策を講じてまいりました。 … ４月15日及び22日に、この根本的な発生原因を取り除くための対応策を実施いたしました。 … こうした対応の結果、カード管理システムは安定的に稼動しております。 … 平成28年4月27日 なるほど。（納得は
時代はもくもく会だと思う。エンジニア向けイベントの区分と人種について。 - clock-up-blog
各々が各々の時代を持てば良いと思う。 少なくとも今の僕にとって時代はもくもく会だ。 まず会社以外でプログラミングに触れないってのは無しだと思う。勉強しよ？ セミナーに参加するのは良いと思う。自社のエンジニアしか知らない状況は世界が狭すぎて危うい。そんな人間の未来は茹でゆでガエルだよ。（※1） セミナー後の懇親会に参加するのも良い。生身のエンジニアと双方向な対話をしよう。 勉強会という曖昧な名前のイベントも良い。が、その様態は多種多様なので各々自分の目で確かめる必要あり。 ハンズオンなんかは情報を聞くだけじゃなくて実際に参加者全員が手を動かして作業するイベント。確実な糧になる。すごく良い。（※1） ハッカソンというやつも良い。集まった人間の間でその場でチームを組み、時間内に何かを作る。成果物ができる。 もくもく会、良い。集まった人間が各々に各々の好きな作業をする。すごく良い。僕の中ではこれが
DBコマンド横断比較リファレンスを作りました - clock-up-blog
横断的にDB操作の類似コマンドを探すためのサイト 例えば MySQL を知っている人が 新しく他のデータベース、例えば Oracle を学習する際に MySQL でいうところのアレは Oracle ではどういうコマンドなんだろう という感じに情報を探す場面が多くあります。 そういう類の情報を探すときに役に立ちそうなリファレンスサイトを作りました。 xref.jp xref.jp - Database 追記: コンテンツ増やしました yum, apt-get, rpm 等々の横断比較リファレンス - clock-up-blog ソースコード GitHub に上げてあるので興味ある人は見てみると良いです。 kobake/xref.jp · GitHub PHP で書いてます。すんごい汚いです。謙遜じゃなくて本当に。 プルリク歓迎。 機能 マトリクス方向の切替 比較表の見出しの向きって、その組み
README のファイル名が大文字である理由 - clock-up-blog
README のファイル名は慣習的にすべて大文字（であることが多い） GitHub でプロジェクトを作るときに README を作成するオプションを入れておくと、README.md というファイルができる。それ以外の場所のプロジェクトでも README.txt や README など、ファイル名がすべて大文字になっているものをよく見かける。 なんか気持ち悪いなぁ、って思ってました。 readme でいいじゃん、と。 詳解 Linuxカーネル 第3版 作者: Daniel P. Bovet,Marco Cesati,高橋浩和,杉田由美子,清水正明,高杉昌督,平松雅巳,安井隆宏出版社/メーカー: オライリー・ジャパン発売日: 2007/02/26メディア: 大型本購入: 9人 クリック: 269回この商品を含むブログ (71件) を見る 調べてみた README - Wikipedia, th
Chromeのタブ数とメモリ使用量の遷移 - clock-up-blog
概要 Chromeの 拡張(Extension)数 タブ数 メモリ使用量 について、それぞれの関係性を調べるために種々の測定を行いました。 とりあえず今回測定したデータが以下になります。 ※「--renderer-process-limit」については 前回の記事「Chromeプロセス数を減らしてメモリを節約する」を参照のほど。 以下、分析。 検証環境について Windows7 64bit / Chrome 27.0.1453.116 m 拡張については以下の9つを普段使っていますが、これらをひとつひとつ減らしながらデータをとりました。 Allow Right-Click HTTP Headers JP nengo replacer JSONView Proxy SwitchySharp RSS Subscription Extension (by Google) Taberareloo
Chromeプロセス数を減らしてメモリを節約する - clock-up-blog
概要 Chromeの常駐プロセス数を一定の数に抑え、メモリ圧迫を防ぐ。 注意 見つけたばかりのオプションであり、検証は不十分です。 自己責任で設定をお願いします。 設定の仕方 Chrome の起動オプションに「--renderer-process-limit=数字」を付けるだけ。 これでレンダープロセスの数が制限される。 どれくらいの値が適切かはいまいち分からないが、感覚としては「--renderer-process-limit=5」くらいあれば十分な気がする。自分はさらに絞って「--renderer-process-limit=2」で運用していますが、今のところ大きな問題には遭遇していません。 Chromeショートカットのプロパティから 「 --renderer-process-limit=数字」を付けます。 比較 Windows7 64bit / Chrome 27.0.1453.11
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
