usagineer

Webサービスでもやっちゃいなよ

　つーワケでボクが勤めている会社でWebサービスが公開されたよ!

　   Let's discover the new!

　コレは世の中にあるあらゆるモノの価値を見直し, 新しさを掘り出す価値発見サービスです. がんがんバリュエイティ(Valuatee, 評価されるモノ)を登録して, がんがん評価して, 新しさを見つけまくろうぜ!

　株式会社 ユース･エンジニアリング

TAG : Webサービス

設計と実装, わけていますか?

　「はい!」と言う人はきっとSEでしょう. 「はい……」と言う人はプログラマです.

　たぶん.

わけなくていーじゃーん

　プログラマが実装段階のみ関わるのっておかしいよ. SE(笑)が設計段階で手を引くなんておかしいよ.

　経験上, それでいけるんだよ, とか言われてもなぁ. 経験は結構ですが, 経験に生きて, 現状から目を背けるのはよくないよ!

ある上司のエントリ

　ビジネスインテリジェンス

　ボクらエンジニアが作ったモノは必ず誰かに使われる. それならば当然意味のある情報を示さないといけない. その情報を目にする人たちには幸せや楽しさをはじめ, プラスのコトを感じてもらいたいしね.

　ただそれがよければ万事OK, じゃないはず.

ボクらも幸せでありたいよね

　"わが身を犠牲にしてでもお客様を……!"っていうのは今日び流行らないと思う(流行っていたかは別として). やっぱり楽しいのが一番です(ニコニコ動画開発グループはエンジニアが最終的にニコニコしていられる手段をとるようです).

　そのためには日々移り変わるコトに敏感になって, エンジニアとしての腕を磨くべきなんだと思う. "このアルゴリズムだと全文検索が驚くほど速くなるんだぜ!"とか.

　上司に対してケンカを売るワケじゃないけど, トロいユーザインタフェースは不快(UIは速さが肝心, という人もいますし)だし, メモリやCPU時間(やソースコードの行)を浪費するヘタクソなプログラミングはプロとして恥ずかしい. 情報よりかはダイレクトじゃないけど, 間接的にユーザに関わるところだとは思う. むしろボクたちにはダイレクト.

　たぶんそこに優劣はないと思う. きっとどちらも大切なんだよ. ビジネスだからって誰かが犠牲になっていいワケないもんね.

あわわわわ

　ちょっと思ったので書いてみました. われながらいろいろ考えて, 情報の重要性を再認識できたかなー, と思います.

TAG : ITエンジニア

練習がてら書いてみた

　こうですか? わかりません＞＜

#!/path/to/perl

use strict;
use warnings;

sub qsort {
  return @_ if $#_ < 1;
  my ($pivot, $left, $right) = &separate(@_);
  my @values = &qsort(@{$left});

  push @values, $pivot;
  push @values, &qsort(@{$right});
  @values;
}

sub separate {
  my $pivot = shift;
  my @left;
  my @right;

  for (@_) {
    push @left, $_ if $_ < $pivot;
    push @right, $_ if $pivot <= $_;
  }

  $pivot, \@left, \@right;
}

chomp(my @values = <STDIN>);
print "---\n";
print $_, "\n" for qsort @values;

　まぁ配列の参照から配列を取得する方法がわかったからいいや.

　つか別にseparateサブルーチンとかなくていいじゃん. ひとつのサブルーチンで書けば参照にする必要ねぇー(練習ってコトで).

TAG : プログラミング Perl

買っちゃった

　ラクダ本.

きっと仕事では使わないけど

　たぶん誰もノってきてくれないだろうなぁ〜. みんなレス技術のようだし(いろいろやると楽しいって!).

　とりあえず趣味としてやってみます. そう, Erlangももちろんやるよー(RubyもRailsだけじゃなくちゃんと見てみるかな).

TAG : プログラミング Perl