公開されている場所のファイル名の付け方とかに思うこと

　ファイル名に「最新」と「日付」とかのサフィックスをつけて管理するのはどれが本当の最新がわからなくなってしまうから、やめようよというのはだいぶ昔から言われてるけど、いっつもそんなのを見かける。

　そんなサフィックスは書いた本人はその時わかっているだけで他の人はおろか何日後かの自分もどれがカレントなのかすらわからなくなる。

なので、提案です（というかそうしなさいよ）。

カレントの文書は、「何も付けない」！！

というルールでどうでしょう。

シンプルだし、例えばそのファイルにのショートカットを作っておけば、自分が見たいだけのファイルのソートカットを作って「自分が関連するフォルダ」なるものに貯めておけば「探す無駄」が省けて仕事も効率化しますよね。


そういえば、何年か前あるソフト会社(大手)に出向していた時に、この問題があって、この提案をしたら、日付のサフィックスを付けたファイルに対してショートカットを付けてる人を見かけたな。
まぁ、何のためにそれをしたのかをご理解いただけなかったのが問題ですが今となってはいい思い出です。


ホント、最新とか、日付とかのサフィックスが付いているファイルを公の場に置いてあるのを見るとイラつく。

ファイルのバージョン管理ツールを使ってやる方法はちょっと置いといて。
別の問題もあるので。

【備忘録】トラブった時とかきっと役にたったコマンド

トラブった時とかきっと役にたったコマンド

インストールされているパッケージ

例)httpdに関連するパッケージを探す

>yum list installed | grep httpd

　→インストールされているパッケージがわかる

>rpm -qa --list | grep httpd

　→さらに、インストールした日付もわかる

開いているファイルのプロセスを特定

例)httpdのプロセスを探す

>sudo lsof -i | grep httpd

yumの操作履歴？

>yum history list all

ただのメモですので…。

「電子申請サポートシステム for Wordアドイン」って結構ずさん？

　陸上無選協会は、無線機の免許の為の申請書を「電子申請サポートシステム for Wordアドイン」というのを使ってシステム化しやすいようにしてくれています。
利用者としてはとてもありがたいと思っています。

ページと項目毎のフィールドに名前を付けてあるのでシステムで管理しているデータをテキストファイルに出力することで簡単に連携できます。
システムで出力したテキストファイルを提供されているテンプレートのWord文書に読み込ませるとそのフィールドに値を設定してくれます。

ですが、ですがですよ。
フォーマットによっては恐らく作りが良くないんでしょうけど、テキストファイルに項目名が存在しないと全然関係の内フィールドの値を設定してくれます。

例えば、「無線設備の設置場所4」というキー項目がないと勝手に「かがみ申請者名前フリガナ」という違う項目の値を設定してくれます。

「無線設備の設置場所4」というキー項目を準備すれば問題無いんですけどね。

でも作る側としては出力するテキストデータを共通化して楽チンしようしているので項目は無視してほしいわけですよ。

もうちょっと使い勝手よくに作って欲しいです。

または、フォーマットのメンテナンスの仕事受けますけどね。

「取り急ぎ」ということば禁止令

メールの「取り急ぎ」という言葉を廃止してほしい。

その「取り急ぎ」の後のフォローとかいつ正式にとかのことが書いてあればまだいいんだけど大抵は書いてない。

何かの作業をお願いした時に目についたとこだけ作業して「とりあえず返しておけ」程度。
全部やってから返してほしいのよ。か、いつ正式なのを出すかの明記を。

この言葉を書いて終わるのは大抵「ちょっとめんどくさいから後回しにします。でも、言われなかったらやらないけどね。ははっ。」という言葉が見え隠れしてるんですよ。

こういう人と何かをつくりあげようとするとこんなのばっかりでやり直しが繰り返される。

通常の自分の仕事もやり直しばっかりしてるんだろうなと想像される。

で、叱られてもその場では反省したようなふりをするし。

ダメなんだよ、話になりません。

チャットで質問する時のこころ構え

　いつも思ってるんですけどなんでどね。

一緒にプロジェクトをやっている人から質問がチャットで来るのはいいんですが、聞きたいことをまとめてから来れば？ってすごく思う。

　特にキーボードを叩くのが遅い人はそれをやっておこないと、会話のリズムがめちゃくちゃになってしまいます。
　こっちは、打ち終わるまでずーっと待ってるんですよね。
ほんの数十秒だったとしてもじーっとまっとないとならないですしね。

そこから派生した話は仕方ないですが…。

PHPUnitでテストしてるけど

　ある会社の若手とPHP使ったシステムのUnitテスト(PHPUnit)を書いてて一応これで行けるんではないか？という状態になってたけど最近、テストコードのコミットを見たら

「ユニットテストを正常に行えないため、fixturesの利用を廃止」

なんてコメントのコミットを発見してしまうましたよ。

？？はっ？

ユニットテストを正常に行えないため？ってPHPUnitがバグってるってことなの？

いやいや、あなたの使い方が誤ってるだけですよそれは。

自分がやった時はちゃんと動いてましたけどね。
でも、Fixureの動きがわからない時は、データベース壊したり大変だったけど、何をどこにセットすればどう動くかは理解できましたけど。


めんどくさいけど、明日検証して、こらっ！って言わないとだなこれは。

VCSでファイルコミットの時に気をつけてね

　プログラム開発している時は、今時は、Gitだったり、Subversionだったりを使ってソースのバージョン管理をするのは当たり前です。

　ですが、こんな人は「コミットしないでください」と言いたくなってしまいます。

1. 特に内容は変更してないけど、使っているエディタの影響でインデントが全体的にちょとずれちゃったけどそのまま大量にコミット
2. コンフリクトとになったけど、そのマーク付きのままコミット
3. コンフリクトになったけど、適切に修正しないでコミット
4. 変更の塊ごとではなく、ファイルを個別にコミット
   Gitだったら、コミットを纏めることができるからまだ救いようはある。
   コミットをまとめてからPushしてくれれば良いので

みなさんは、ちゃんと意識してコミットしてますか？

VCSは、バックアップようのもとと思っていませんか？

使ったことない人、理屈がわかってない人にはちゃんとなぜ使うのかをちゃんと説明して挙げてください。