技術ブログの方に書くか迷ったのですが、かなりポエムの類な文章になりそうなのでこちらに書きます。 ちょっと前にバズったこちらの記事 medium.com に触発されました。 ちなみにコードレビューに関する話としてはまだ僕が色々と手探りだった3年前にもこんなことを書いていたようです。3年前の自分の考えに触れられるブログって面白いなという気持ちとこいつどんだけ軽率な文章書いてんだよという気持ちが合わさり甘酸っぱい気持ちが生み出されました。 hachibeechan.hateblo.jp 当時と今では日本全体の技術的トレンドも変わっていますし、そもそも僕の所属している会社も違います。今の会社ではGitHubを使っており、コードレビューが当然のフローとして組み込まれています。 そしていま改めて当時のブログを読み返したのですが、びっくりするほどコードレビューに対する僕の考えが変わっていないので、改めて

自転車置き場 パーキンソンの凡俗法則（パーキンソンのぼんぞくほうそく、英: Parkinson's Law of Triviality）とは、シリル・ノースコート・パーキンソン（英語版）が1957年に発表した、「組織は些細な物事に対して、不釣り合いなほど重点を置く」という主張である。パーキンソンがこの法則を説明する際に用いたたとえ話から「自転車置き場のコンセプト」、「自転車置き場の色」または「自転車置き場の議論」などの言い回しで使われることもある。 この法則は、シリル・ノースコート・パーキンソン（英語版）による、経営の風刺書『パーキンソンの法則』[1] の中で出されたものである。パーキンソンはこの法則を説明するたとえ話として、委員会が原子力発電所と自転車置き場の建設について審議する様子を比較している。 原子炉の建設計画は、あまりにも巨大な費用が必要で、あまりにも複雑であるため一般人には理解

2年前の凋落のイメージを覆すかのごとく、シャープの業績は好調だ。 シャープといえば日本有数の大手電機メーカーであったが、経営危機に陥り、2016年に台湾・鴻海（ホンハイ）精密工業に買収された。だが1月31日発表の2018年度第3四半期決算では、売上高が前年同期比22％増の1兆8294億円、営業利益は同約4倍の703億円という、V字回復といえる数字を叩きだしているのだ。 テレビが中国で爆売れ、存在感薄れていたスマホ復活 なかでも液晶ディスプレイやテレビの販売を手掛けるアドバンスディスプレイシステム事業が注目を集めており、売上高は同38％増の8363億円。液晶テレビに関しては台数、売上高ともに約2倍で、各事業のなかで最も伸び率が高く、同事業がシャープ全体の売上高の約45％を担っている。鴻海グループの営業力を活かし、中国市場で劇的に販売台数を伸ばしていることが液晶テレビ爆売れの要因だという。 ま

シャープを買収した台湾の「鴻海（ホンハイ）精密工業」と、ジャパンディスプレイ（JDI）の再建を主導する「産業革新機構」。両者の実力差が浮き彫りになってきた。ホンハイに買収されたシャープの業績は鮮やかなV字で回復、JDIは泥沼の業績不振が続き、資金が底を突きかけている。産業革新機構を差配しているのは言わずと知れた経済産業省。官庁を司令塔とする護送船団方式が、ダイナミックな華僑経営に敗北する構図である。 3月8日、上海で開かれた中国家電及び消費電子博覧会の会場。シャープ社長の戴正呉は、額の部分に大きく「8K」の文字が入った赤い野球帽を被って、現地メディアの取材に機嫌よく応じていた。戴の背後には104インチの8Kパネルを8枚貼り合わせた巨大ディスプレイがあり、北京故宮博物院が所蔵する「宋版清明上河図」を鮮やかに映し出していた。

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ ※カテゴリは、「その他のお問い合わせ」を選択して下さい。

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

｢会社は学校じゃねぇんだよ｣という言葉が流行った。今ではドラマになっている。画一的に並べられた椅子に固定され、個性を出せず、一方的な授業を浴びせられる毎日に辟易としていた若者たちにとっては、｢会社は学校じゃない｣という言葉は希望の言葉に聞こえるはずだ。 だが、果たして本当にそうだろうか。 ここでいう学校というものが、思考と行動の自由がなく、違いが迫害される個性を殺す箱だったとするならば、僕は会社は学校以上に“学校”なのではないかと思えてならない。 事実、筆者は学校の画一的な雰囲気が苦手だった。 元々、幼少期にモンテッソーリ教育を受けたこともあり、理解が早かった。小学校の時、授業ですでに理解していることを、延々と座らせ続けられ、一方的に語られる時間は地獄だった。 私はその先のページにどんな問題があるのかパラパラと見ていた。先生は言う。｢今は◯◯ページです。協調性がないわね｣と。 仕方なく私は

2015/03/29 10:30 フォークについて末尾に追記 gruntタスクのファイルリストを分割して並列実行するgruntプラグイン、grunt-parallelizeを前に作った。 そこそこ使われてるっぽいのだけど、 ファイルリストが長大な場合にエラーになることがある ファイルリストにdestがあるタスクに対応していない という2点についてissueや問い合わせがよくあってどうしたもんかなと思いつつ放置していたところ、ちょうど良いプルリクをもらったので重い腰を上げて取り込みつつもろもろ修正してv1.1.0をリリースした。 さて、最近こんな記事を読んで、「プラグイン開発者として」あたりのところをまさに感じていた。 若気の至りで、おっさんも昔はよくGruntプラグインを作ったのです。実際に自分のプロジェクトでGruntを使い、必要だったので、プラグイン開発に対する情熱もあったわけですけど

git push/pullは何気なく使ってるけど実はよくわかってなかった。ことのきっかけはこういう質問。 hogeというリモートブランチをローカルのhogeブランチにもってきたい hogeをローカルのmasterにはマージしたくない pullでなんかこんな感じでいけそう？ $ git pull origin hoge:hogeでもこれは間違えで、なぜか今いるブランチ（master）にhogeがmergeされるし、期待してる動作じゃない。正解はこう。 $ git branch hoge origin/hogeもしくはチェックアウトも同時にするなら $ git checkout -b hoge origin/hogeこう。自分は普段後者のやり方でやってたけど、なんで上のはダメで下のが正解なのか説明できなかったのでちゃんと調べてみた。 入門Gitと実用Git、あとhelpを参考にした。 ブランチ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

対応バージョン この記事の内容は、少なくともGitのバージョン2.19.1までは対応している。 もし最新のGitで新しい動きがあれば随時更新する。 基本 .gitignoreを使うと無視する（Gitのトラッキングの対象外とする）ファイル or ディレクトリを指定できる。 .gitignoreは複数のディレクトリに置くことができる。 深い階層の.gitignoreに書かれた指定の方が優先順位が高い。（後に解釈される） .gitignore内の記述は上の行から順に以下のように解釈される。 /を含まない行（fileなど） .gitignore以下の全サブディレクトリ下にあるこの名前のファイル or ディレクトリを無視する 末尾以外にのみ/を含む行（/file, /path/to/file, path/to/fileなど） .gitignoreが置いてあるディレクトリをカレントディレクトリとする相

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Gitで別々に作ってたリポジトリをコミットログを残したまま1つにしてしまいたい時のめも。 例えばkankore_repoとkuchikukan_repoという2つのリポジトリが別々にあったとします。 これらを別々のリポジトリで管理するのが大変になってきたのでkankore_repo内の'destroyer'ディレクトリに kuchikukan_repoで管理していた全てをコミットログを残したまま入れてしまいたい。そんな感じです。 図で書くと /kankore # kankore_repo リポジトリのあるディレクトリ |--- .git /kuchikukan # kuchikukan_repo リポジトリのあるディレクトリ |--- .git これを ↓ のような感じにしたいのです！ /kankore # kankore_repo リポジトリのあるディレクトリ |--- .git |--

これは結構大きいPHPのプロジェクトに composer を導入する機会があったので、そのときに考えてたことや行ったこと、使い方などをメモするために書いた。 モチベーション 私達は PHP のパッケージの管理を管理する際は pear と git submodule を利用していた。これらのやり方は意外と長続きした。これらにはついて様々な問題を抱えており、ついに限界がきてしまった。 pear pear でパッケージを導入するには root 権限が必要なので、毎回インフラチームに導入を依頼するのが必要があった。 pear で導入されたパッケージについてバージョンを上げようとすると、全APサーバーで更新をかける必要があった。 これらの点から面倒だったのと、気軽に変更できないので、不要になったものも削除されることなく、放置されるのが問題だった git submodule こちらは pear とは異

phpbrew install時にインストールしわすれたライブラリを追加でインストールするときも phpbrew ext install でインストールできる。 Composer RubyのgemコマンドとBundlerに相当するものだ。rubygems.orgやPyPIに相当するのはPackagistだ。 PHPのモダンなライブラリとかフレームワークと呼ばれてるものはだいたいComposer対応してるので、現在では避けて通ることができない。 Getting Startedに従ってインストールしてほしい。どうやらWindowsでも動くようだ。 PHPのライブラリ管理リポジトリとしてPEARとかPear2とかPyrusの名前を記憶してる方も居るかもしれないが、残念ながら全て死に体だ。 忘れてあげてくださいね。 既存のプロジェクトにComposerを導入する 拙作のzonuexe/http-a

アンチパターンなので、見出しの内容はすべてバッドノウハウです。 前に書いたやつ PHPのモダンな開発環境を紹介する - Qiita PHP - Functoolsを作った - Qiita PHPのlist()はタプル展開のための機能 - Qiita 関係ないけどこれも: シェル、ターミナル、コンソール、コマンドライン 追記: 本文中でとりあげた「怖い話」について、ちゃんと説明しました PHP - namespaceとBOMに何の関係があるのさ - Qiita ファイルの最後に?>を書く PHPコードは<?phpで始まり?>で締める。それがPHPの常識(ｷﾘｯ ……そんなことはもう綺麗さっぱり忘れよう。PHPはテンプレートエンジンではあるが、Webアプリケーションを書く上では、もはやテンプレートエンジンとしての機能は求められなくなりつつある。 不要な?>を書いてはいけない理由は明確で、<?p

PHPはよくDISられることがあります。しかし、実際にはほとんどPHPを利用していない人が印象だけでDISってることが多いような気がします。 そこで、PHPがよくDISられている点について、実際どうなのかをPHP未体験者向けに解説していきたいと思います。PHPを触ったことない人でもわかりやすいようにシンプル目な仕様のRubyを例に説明していきたいと思います！( Ruby触ったことなくても、その他のOOP言語を触ったことあれば雰囲気は理解できるように書いています ) DIS例1 / PHPは配列操作がしづらい PHPの配列操作は扱いづらい等とDISる人たちがいます。実際のところどうでしょうか。 以下のような処理を配列への中間変数を用いず行うコードを例に考えてみます。

<?php //テスト配列 $array = array('test1', 'test2', 'test1', 'test3', 'test2', 'test'); //配列で重複している物を削除する $unique = array_unique($array); //キーが飛び飛びになっているので、キーを振り直す $alignedUnique = array_values($unique); ?> <?php echo("<pre>"); ?> <div> <p>・テスト配列</p> <?php var_dump($array); ?> </div> <div> <p>・重複を削除しただけの配列</p> <?php var_dump($unique); ?> </div> <div> <p>・キーを振りなおした配列</p> <?php var_dump($alignedUnique);

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? PHPしかできない奴はいつまで経ってもPHPしかできない？ PHPには下記のような都市伝説があります。 他言語から学んだ者がPHPを習得することは容易いが、PHPから学んだ者が他言語を習得することは難しい。PHPから始めた者は、一生PHPのみで過ごすか、一度PHPを忘れて、初心から他言語を学ぶしかない。 まぁ、言っているのは私一人ですけどね。引用っぽくしてますが、引用元はありません。都市伝説ですので。1 これはとあるRubyの開発者がPHPをdisったことから始まる第2回PHPなめんな選手権2のところで、404 Blog Not Fou

この記事の目指すところ 現在 Python はバージョン 2.x 系と 3.x 系という、一部に互換性のないふたつのメジャーバージョンが併用されている。 その上で、この記事にはふたつの目的がある。 ひとつ目は、2.x 系と 3.x 系の違いについてまとめること。 現状、それぞれのバージョン毎の違いはまとまっているところが少ない。 自分用に、このページだけ見ればひと通り分かる！っていうものがほしかった。 ふたつ目は、2.x 系と 3.x 系の違いを吸収するソースコードの書き方についてまとめること。 こちらも Web 上にナレッジがあまりまとまっていない。 これについては今 python-future というパッケージがアツい。 尚、サポートするバージョンは以下の通り。 2.x 系: 2.6 と 2.7 3.x 系: 3.3 と 3.4 本題に入る前に、最近の Python 事情についてまとめ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Python入門系の記事では概して、Pythonのロギング機能の紹介で最初にlogging.debug()といったloggingモジュール付属の関数を呼ぶ方法を案内しています。 Python本家が提供するloggingの「基本チュートリアル」でもこの点で大差ありません。Python本家の基本チュートリアルでは、print()関数を使用する方法もロギングの手段として有効であるとし、タスクに応じてprint()やlogging.debug()を使いわけよう、という流れで記述されています。 コマンドラインスクリプトやプログラムで普通

Photo by hoerner_brett 秋山です。 私は主にPythonを使って開発をしているので、今回はPythonの便利なライブラリやフレームワークを紹介していきたいと思います。 といっても割と定番のものを中心に使っているので、既にPythonをがんがん使っている人にとっては「知ってるわ！」というものも多いかと思います。「最近Python書くようになりました～」という人たちにも「これ良い！」ってものが見つかればと思います。 ちなみに前回はPython2系と3系の違いについて書いてますので、「3系に移行しよっかなー」と考えている人は合わせて見てみてください。 paiza.hatenablog.com ■Pythonの便利なライブラリやフレームワーク ◆Web開発系フレームワーク ◇Django みんな大好き有名なDjango。RubyでいうところのRailsのような……全部のせ的な

Photo by Yuya Tamai 秋山です。 私は主にPythonを使って開発をしているのですが、Python2系とPython3系にはいろんな変更点があります。 で、互換性がない変更点も割とあって、よく知らないまま初心者が2系から3系に移行しちゃうと結構危険なところもあるので、今日はその辺の話をしていきます。 print に括弧が必要になっちゃったよねーみたいな話や、よく言われている raw_input とか xrange の話は飛ばします。 ■意外と気をつけたいPython3系における変更点 ◆map,filter,zipがイテレーターを返してくる Python2系ではmap, filter, zipともに普通のリストを返していますよね。 map_object = map(int, "12345") print(list(map_object)) print(list(map_o

はじめに こんにちは、Python界のラファエル・ナダルです。全豪オープンテニス、盛り上がりましたね。さて、先日次のようなエントリーを立て続けに書いたんですが、「なぜAnacondaに関しての記述がないのか」という突っ込みをもらったので、参照用にメモを残しておきます。 Pythonの仮想環境構築 2017.01版 - YAMAGUCHI::weblog Pythonの環境設定でむかついてる人はとりあえずこれをコピペで実行してください 2017.01 - YAMAGUCHI::weblog なおこの記事の作成にあたっては @aodag に数多くのアドバイスをいただきました。この場を借りて感謝。 TL;DR condaの開発者はPyPAともっとコミュニケーションとってほしい。 前提 この記事はPythonを触り始めたばかりだけど、パッケージ管理ツール等々のスタンダードがどのようになっているかな

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 元記事: Awesome Python Awesome List in Qiita Awesome Ruby Awesome Java Awesome JavaScript Awesome Node.js Awesome Go Awesome Selenium Awesome Appium 管理パネル 管理インタフェース用ライブラリ ajenti - サーバ用管理パネル. django-grappelli - Django 管理インターフェースのためのジャズスキン. django-jet - 改良された機能を備えた Django 管理イ

Mezzanineとは Python・Django製のCMSです。WordpressやMovable Typeのようなものです。サードパーティや自作のDjangoアプリとの連携が容易で、柔軟なサイト運営が可能です。 http://mezzanine.jupo.org/ 日本での情報があまり無いのでひとまず導入部分を書いていきたいと思います。 はじめかた 準備 今回はPythonの開発環境があることを前提としますので、virtualenvやpyenvなどで環境を用意しておきます。 具体的にはpyenv local mypythonやworkon mypythonをした状態ですが、MacなどのデフォルトのPython環境を使ってかまわないのであればこれらのコマンドは気にする必要はありません。 インストール 公式サイトに従って

Pythonエンジニア養成読本［いまどきの開発ノウハウ満載！］ (Software Design plus)posted with カエレバ鈴木 たかのり,清原 弘貴,嶋田 健志,池内 孝啓,関根 裕紀,若山 史郎 技術評論社 2015-04-17 Amazonで最安値を探す楽天市場で最安値を探すYahooショッピングで最安値を探す 目次 目次 はじめに ルーティング HTTP用ツール GETメソッド POSTメソッド PUTメソッド DELETEメソッド Request Response テンプレートエンジン ファイルの送受信 ファイルの受信 ファイルの送信 Cookieの設定 Cookieの設定 Cookieの取得 Cookieの削除 HTTPステータスコードのハンドリング HerokuでBottleを使う時にIPアドレスとポートを設定する webサーバを起動した時に、自動でwebブラ

はじめに 機械学習ブームなどにより、 Python を触り始める Rubyist が増えてきたと思います。その際に問題になりやすいのが環境構築です。Rubyだと rbenv がデファクトスタンダードになっているのに、なぜか Python には pyenv に否定的な意見が多いんですよね。 私は pyenv を使っていますし、便利だと思っています。また、 Ruby は殆ど使わないのですが、RubyとPythonのツールスタックの違いについても調べました。 (参考: gem, bundler と pip, venv の比較) その視点から、 Rubyユーザーが自分でpyenvの使い方を自分で決める上で知っておいた方が良いだろうなと思う Ruby と Python の環境の違いをまとめてみます。 tl;dr 丁寧に解説しても、「Python使うにはこんな長い記事を読まないといけないの」とすぐに否

これまで、開発や運用時に使う、ちょっとしたコマンドラインツール、自動化スクリプトは、主にBashのシェルスクリプトで実装していたのですが、最近このような用途にはPythonを使うようにしています。 Bashスクリプトへの不満 スクリプトの実装方針 ポータビリティ重視のための縛りPythonプログラミング Tips __future__モジュールでバージョン2、3両方に対応させる バージョン2、3で異なるモジュールを、同じ名前で読み込む バージョン2、3を判別する関数を用意する よく使うスニペット 文字に色をつける 赤い文字でエラーメッセージを出力して終了する 外部コマンド実行する テキストをファイルに出力する ファイルに実行権限をつける スクリプトの同時、多重起動防止する コマンドライン・オプションの解析 HTTPリクエスト まとめ Bashスクリプトへの不満 Bashのスクリプト実装にお

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

退屈なことはPythonにやらせよう ―ノンプログラマーにもできる自動化処理プログラミングposted with カエレバAl Sweigart オライリージャパン 2017-06-03 Amazonで検索楽天市場で検索Yahooショッピングで検索 目次 目次 はじめに Can I use python3でライブラリがpython3で利用できるか確認できる pythonのリポジトリの構成 with構文をうまく使う コードのデバッグをするときはテストファイルを作る。 tkinterはバージョン8.0から外見が洗練された ロギングが print より優れている理由 PythonのテストフレームワークにはNoseを使う Python製のCIサーバ Buildbot Pythonの並列処理にはconcurrent.futuresを使う 参考資料 MyEnigma Supporters はじめに P

この文章は、サーバサイドのウェブアプリケーション開発において、社内実績の少ない新しい言語を採用したときにインフラ面で考慮したことを社内向けにまとめたものです。 はてなでは、長らくPerlでウェブアプリケーション開発を続けてきた一方、ここ数年で社内でScalaまたはGoの採用事例も増えてきました。 今後開発が始まるプロダクトにおいても、Perl、Scala、Goもしくは他の言語を採用するかどうかを開発開始時に選ぶことになるでしょう。 新言語を採用するときに、考慮すべきことの一つとして、「インフラ」への影響があります。 新言語に関する雑談をしていると、ウェブアプリケーションエンジニアに「インフラ」への影響について聞かれます。 もしくは、ウェブオペレーションエンジニアから考慮するポイントを伝えることもあります。 ScalaやGo以外に、Node.jsやサーバサイドSwiftはどうかというのも雑談

タスク管理 package.json にはパッケージの依存を書いて npm install するのが基本だけど、 タスクの管理をどうするかというのは、別途また考えないといけない。 自分は gulp が良いと思っているが、 grunt や jake や make を使う人もいる。 また、たくさんオプションをつければほぼ一つのタスクが実行できてしまう browserify, jsh/eslint, mocha などのコマンドを提供するツールもある。 そして、 npm にも一部それらをサポートする npm run 機能があるので、そこに Unix ワンライナーを書くこともできる。 今回は、「どのタスクツールが最良か」みたいな話ではなく、それらをどうやって実行するか、または npm との棲み分けとか構成の流儀について、最近良いと思っているやり方について書いておく。 各方針で問題点を書いていくが、

【追記150805】さらに憔悴しないための有用な記事『アカベコマイリ | gulp なしの Web フロントエンド開発』が掲載されましたので、こちらもお勧めします。 こんにちは、@armorik83です。皆さん、Grunt / gulp使ってますか。おなじみなので、ここでは説明はしません。 この記事の要点 なぜGrunt / gulpは憔悴に至るのか、経緯と問題点 npm run-scriptの仕組みについて package.jsonにscriptを羅列することに対する是非 シンプルなgulpfileについての提言 経緯 さて、先日このような記事が界隈で広まっていました。 Grunt/Gulpで憔悴したおっさんの話 この記事については同意できるところと、そうでもないところと、両方有りました。ただ、Grunt / gulpを使っていて色々歯がゆさを感じている方は昨今増えているだろうと感じます

npm はパッケージ依存管理ツールであると同時に、便利なタスク・ランナーです。 本体はごく基礎的な機能だけを持ち、npm が管理するパッケージと Shell の力を組み合わせてタスクを定義します。「npm-scripts で利用する CLI コマンドは npm で管理できる」という分かりやすさが気に入っています。 npm-scripts には以下の特徴があります。 多くのツールが CLI を持っているためにラッパープラグインが不要です。Gulp ラッパー プラグインは非公式であることも多く、メンテナンスが継続するか不安な場合があります。 簡潔です。Gulp で書くと数十行だった処理が数行になるなんてこともよくあります。 複雑なことをするには向いていないです。 環境変数の扱いに難があります。 この記事では、私が npm-scripts を書くときによく利用している便利ツールたちを紹介します。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? このポストは、Why I Left Gulp and Grunt for npm Scriptsを筆者の許諾を得て意訳したものです。間違いがありましたら、ご指摘いただけると幸いです。 （以下、訳） 私はGulpとGruntが不要な抽象化レイヤーだと気づきました。npmのscriptsはとても強力で、そっちの方が便利だったりします。 例を挙げましょう 私はかつてはGulpが大好きでした。しかし結局のところ、100行ものgulpfileと大量のgulpプラグインを扱うハメになりました。Gulp上でWebpackやBrowsersync、Mo

Repost ➔ 優れた dotfiles を設計する | TELLME.TOKYO OS のクリーンインストールは面倒くさい． アプリケーションをいちいちダウンロードしてきて，普段の勝手と同じになるように設定する必要がある．CLI においても同じで，設定ファイルをいちいち書いたり，普段どんなプラグインを使っていたかを思い出してダウンロードするのは面倒だ． よくあるのは .vimrc などの設定ファイルを Dropbox や GitHub に置いておいて，環境を作り直したときにコピーする手法だ． dotfiles はその手法の延長線上にあって，より便利に高速化・自動化した方法だ． dotfiles とは UNIX 系の OS でいう設定ファイルのことで，ファイル名がドット . から始まることからそう呼ばれている． TL;DR HTTP 経由でインストールできる dotfiles をつくって

背景 CentOS 5.10 上の特定ディレクトリが何故か消えるという問題が発生していたため、犯人を特定する 手順 inotify-toolsで特定ディレクトリへの操作をログに出力し、いつ時点で消えたかを確認する psacctプロセスアカウンティングコマンドでいつ時点でどのユーザがしでかしたのかを確認する historyからユーザのどのコマンドで消えたのかを特定する 仕込み historyコマンドに時間が表示されるようにする /etc/profile を編集する $ sudo vi /etc/profile 以下を追記 各ユーザの~/.bash_profileが編集されている場合、上書きされてしまう。 → 最悪全ユーザのbashrcに仕込んでおく？ ファイル再読み込み $ sudo source /etc/profile 時間が出力されることを確認 $ history プロセスアカウンティ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? シェルスクリプトは、Unix 系環境で仕事をするエンジニアなら誰もが一度は書くであろうにもかかわらず、書き方や特性を熟知している人が少ない言語です。この記事は、シェルスクリプトを書くときに罠を踏まないようにするために最低限あなたが気を付けるべき tips 集です。「たかがシェルスクリプト」とは思わないでください。生半可に書かれたシェルスクリプトはあなたの (チームの) 生産性をかえって低下させます。 Shebang に bash を明示しろ Bash でしか使えない機能のことを俗に Bashism と言います。Bashism はもちろん

fillinというコマンドラインツールを作成しました。 コマンドの一部を変数化して、別の履歴に保存しておけるツールです。 ステージング環境と本番環境のように、同じコマンドで複数の環境を切り替えるのに便利です。 zshの本 (エッセンシャルソフトウェアガイドブック) 作者:広瀬 雄二発売日: 2009/06/17メディア: 単行本（ソフトカバー） どうして作ったの コマンド履歴って便利ですよね。 私はよくコマンド履歴からコマンドを選んで実行しています。 シェルに付属しているデフォルトの履歴を使っている方もおられるでしょうし、fzfやpecoのようなインタラクティブな絞り込みを行なっている方もいるでしょう。 私が一番困っていたのが、認証キーの扱いです。 webアプリを作っていてcurlで素早く確認するときに、認証キーやアクセストークンを打つことがあります。 アクセストークンのようなランダムな英

我らが業界の雄*1、てつろーさんが新たなweb連載記事を始められたようです。 このタイトルが、流石は業界経験の長いお方だけあって非常に鋭いところを突いているなと個人的には感じています。で、完全に奇遇ながら実は6月8日に旧知の友人の依頼でプレイベートな講演会に登壇してきたのですが、その時も「あれから日本のデータサイエンティスト（そして機械学習エンジニア）ってどうなったんだっけ」という話題をしてきたということもあり。。。ということで、久しぶりに与太話でもしてみようかと思います。 首都圏のデータサイエンティストと機械学習エンジニアは合わせて大体500人ぐらいいる（私見） 大多数の「自称」データサイエンティストはこの4年間のブームの栄枯盛衰の中で現れては消えるというのを散々繰り返してきたように思いますが（笑）、現実に日々の業務として明確にデータ分析を、しかも統計学や機械学習のスキルを駆使して行って

かつて拙著出版の際に大変お世話になった技術評論社（技評）さんから、『データサイエンティスト養成読本』改定2版のPRとして以下の記事がリリースされていました。この記事がもう何と言いますか、「読めばそのままデータサイエンティスト（本物）もしくはグローバルにおけるData Scientistのスキル要件になっている」ほどの素晴らしい記事なので、ぜひ皆様にはご一読をお薦めいたします。 ちなみにここであえて「本物」と銘打ったのは、少し前にもどこかで論じられていた記憶があるのですが、要は「なんちゃってデータサイエンティスト」は含まないということです。僕の知る限り、日本国内でデータサイエンティストと言うと「データサイエンティスト（カナ）」と方々から侮られるのが常なのですが、それはそもそも後述するように数年前に大量に発生したデータサイエンティスト（本物）でも何でもない専門的スキルに乏しい人々のことが世間で

なんか、古い記事ですが、触発されて。 vimのタブ機能ですが、使われないのはbufferより便利じゃないからでは。 bufferとは、vimのメモリ上に展開される複数のテキストファイルのことです。 見えないタブみたいなものですね。 bコマンドで、これらを切り替えて編集できるので、使い勝手はタブと一緒です。タブん。 ただ、画面上常に表示されるわけではないので、存在としては地味で、移動もコマンドという一般的には渋い機能ですが、vim使いにとって最高のごちそうですよね？(^^; ポイントは:ls, :set hidden, :b [tab] bコマンドを使いこなすには、ちょっとしたコツが必要です。 まず、.vimrcにset hiddenが必要です。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

本気でPythonをやりたいならあわせて読みたい「え？君せっかく Python のバージョン管理に pyenv 使ってるのに Vim の補完はシステムライブラリ参照してるの？」 2013-06-23 21:30 おしりに追記しました 2013-06-24 10:00 設定等微修正しました 2013-06-24 15:20 quickrunの設定を修正しました 2013-07-03 14:30 間違い等を修正しました 様々な開発環境を試してきましたが、結局Vimに落ち着いてしまっているAlisueです、どうも。 Vimを最強のPython IDEにするを書いてからかれこれ二年ほどが経ちます。 二年もあると新しいVimプラグインが増えるなどし、先の記事内容では最強ではなくなってしまいました。なのでこの辺でもう一度現在の最強をまとめてみたいと思います。 基本方針 プラグイン関係はすべてNeoBu

水面に落ちる水滴の様子を超高速カメラで捉えた画像。15・16枚目には、水面下で生じた気泡が写されている。ケンブリッジ大学提供（2018年6月22日提供）。(c)AFP PHOTO / University of Cambridge / Sam Phillips 【6月23日 AFP】真夜中に繰り返され、精神をじわじわとむしばむ「ぽちゃん、ぽちゃん…」という水滴の音──。これまで謎だったこの音の発生の仕組みをついに解明したとする論文が22日、オンライン科学誌「サイエンティフィック・リポーツ（Scientific Reports）」に掲載された。 論文の主著者は英ケンブリッジ大学（University of Cambridge）の学部生サミュエル・フィリップス（Samuel Phillips）さん。この研究に取り組んだきっかけは、フィリップさんを指導するアヌラグ・アガルワル（Anurag Ag

はじめまして。 株式会社TENGAという会社で広報宣伝の仕事をしている、西野芙美と申します。 TENGAというのは、言わずと知れた赤い瓢箪型のマスターベーションツールです。現在世界42ヶ国で売っていて、全商品累計5500万個以上を出荷してます。 irohaという、女性向けの電動アイテムもありますよ～。 アダルトグッズのメーカーで働いていると、世の中の人がどんなふうに性を取り扱い、楽しんだり苦しんだりしているのか、ほんの少し見えることがあります。 するとエロスやジェンダーや、諸々のことを考える機会が必然的に増えていくわけです。 元々は人文系の学問を修めて、人文系の本に強い出版社に勤めていたこともあり、性と人との関わり方を、理論と実践で自分なりに考えていくことが、これまでよりも楽しくなってきました。 ということで、noteでは、感じたことやら考えたことやら、ゆるく書いていこうと思います。 さて