ラベル 雑記 の投稿を表示しています。 すべての投稿を表示
ラベル 雑記 の投稿を表示しています。 すべての投稿を表示

2020年5月13日

いちいち手入力してるプログラミングのなんて非効率なことか

キーボード押していちいちプログラムを入力してる人達がいるんだけどなんて非効率なことしてるんだろうかね

人間が入力したものなんて遅いし間違いだらけだしでいいことなんてなんもないのにね

うちの会社なんて非効率な働き方してると賞賛にあたいするわけで社内で競争だもんね
誰が一番非効率な働き方ができるか
非効率であればあるほど、間違えれば間違えるほどに褒められる

逆に早く仕事を終わらせると怒鳴られるしアホだバカだ言われる始末なわけでさ

さらに早く変えると罰としてコップを洗うとか気が違ってるのではと思うほどだもんな

システム開発なんて簡単なのにさ、みんな一体なにやってるのか不思議で仕方がないのだけど

本当にバカバカしくて仕方がないから早く辞めたいですね

2019年11月14日

仕事の効率化とかそういう話について

仕事が簡単になるか担当する当人の能力を上げるかしか方法がないような気がするのだが


現状のこの悲惨な現場をなんとかするには仕事の難易度を下げて能力が低い人でもまっとうできるようにするか、難易度はそのままで割り当てた人の能力を上げてまっとうできるようにするかしかないと思うんだけど


できない人に無理やり仕事押し付けてもさ、結局できないか不具合だらけになっちゃうわけで


「この仕事はお前が受け持て」と命令すれば誰でもできるわけじゃないと思うのだけどね


やっぱりphp程度がやっとできる、C#なんて逆立ちしてもできないような人達には無理な話なんじゃないかなと思うんだけどね


今の仕事は激しく楽で簡単であくびが出て毎日会社で暇だから良いのだけどさ
つまらないのは圧倒的につまらないよね


毎日定時までどうやって時間を潰すか悩ましいのだけど

2019年9月24日

普通に仕事がしたい

普通の会社で普通に働くって難しいんだな


普通に仕事するだけでいいのに


なんで余計なことばっかりあるのだろうか


仕事が遅れる人の存在によって雑用がどんどん増えていくのだけどこれは仕方がないことなのだろうか


ただ一点だけ潰れなければどうでもいいんだけどさ


これだけ変なことばかりやってて先行きが不安で仕方がないのだが


こんな状況で下手に潰れられてもこっちとしても困っちゃうんだけど

2019年8月18日

いままで数社に勤めたことが有る身として

これほど会社と言うものを言い表した言葉に出会ったことがなかったので


無茶な仕事を命じられ、論理的に反論することなど決して許されず、「お茶を濁す仕事」に自分の人生の時間を投入し続け、人に迷惑をかけてることには目をつぶるしかない


日本の会社においては8割はこんな感じの状況なんじゃないのかな

2019年2月17日

企業における教育の弊害

新卒採用とか仕事できない人を雇うの止めたほうがいいと常々思うんだけどその理由とか考えたので

お金がもったいない
当然、企業の資本は有限なので予算配分はとても重要
仕事ができる人を集めたかったら企業として教育制度がないことをアピールすると良いと思うんだけど
教育制度に予算を割かず、その分報酬として還元しているとすればいいだけ


採用してる側もその分給料を上げづらい
教育が必要な前提で給料テーブルを決定しているとどうしても給料の上昇が遅れるので
って言うか経年で給料が増えるってどういうことなの?
日本も必要な分だけ必要な人に働いてもらうって言うことになればいいのに
個人が組織に縛られる人生なんておかしいでしょ
そんなのは一部の人だけでよくて他はそれこそ流動的でいいんじゃないのかと思うんだけど、でも組織に身を捧げることによって得られる保証が抗いがたいんだろうな、日本国が健康で文化的な生活を保証してるはずなんだけどね


時間がかかる
今どきの商売なんて早さ勝負なわけでイチイチ教育してできるのを待っているなんてありえない
普通に最初からできる人雇って仕事割り当てればいいだけの話なんだけどな
そんな簡単なことわからないのかな


賭け事なんてするべきじゃない
まともな企業はそんな無謀な賭け事をするべきじゃない
新卒採用して数年教育するとすると
三年想定で毎年500万円ってことは数千万円必要な訳でさ、そんでまさかものにならないなんて酷い話はありえないでしょ
俺ならこんな馬鹿な賭け事しないわ
仮に三年教育してものになったとしても三年の時間と数千万円は必要になるわけだしね
だったら最初から普通にできる人雇えばそれで済む話でさもう本当に考えられないんだけど


最後に今までの体験談なんだけど、いわゆる若い人を教育が必要な人を雇ってさ、そいつに雑用とかやらせてるんだけどこれがそもそもアホらしいと言うかなんて言うか非効率極まりないと思うんだけど
雑用は雑用専門の人を安い給料で雇うべきでその若人は一日でも早く一人前になるべきでそのためにも雑用なんてやってる場合じゃないわけよ
電話番のために横に座ってて仕事ができるようになるわけじゃないから
まったく何も向上しないし好転しないからって当たり前なんだけどさ
お茶出しとかさせる暇があったらその分まともな仕事させて早く仕事できるようになってもらったほうがお互いのためにもいいと思うんだけどね
本当にこういうことやってる会社ってアホじゃないかなと思うわけよ
お前と違ってこっちは別に暇じゃないんだよ
なぜそうなるのか全然わからないのだけどあの空間で過ごすと自然と仕事ができるようになるとでも言うのだろうか
「あの空間でお茶出しやら電話番やらすること」が一体何に作用するのか全く不明なんだけど
そんなもんお茶が出せるようになったり電話番ができるようになるだけな気がするんだけどね
他の能力は一切伸びない気がするんだけど、気のせいなのかな
俺には分かんないな

2019年2月14日

保険とか健康保険とかガン保険とかそういうもの

日本人って憲法で文化的な最低限度の生活が保証されているわけでさ、だったら保険とか入ることってなんなの?って話なんだけど
日本国があてにならんと言いたいわけなのか
例えば身体が不自由になってしまったとして、例えば半身不随とかで
そうした場合、当然働けないわけなんだけどそうなったら普通に考えると日本国が文化的な最低限度の生活を保証してくれるわけで、そうなると保険とか入る意味がよくわからんのだけど
加入しなくてもよくね?

最後に本当に鬱陶しいと思うのがこういうことを言うと財源がどうのとか言ってくるヤツいるんだけどさ、本当に鬱陶しいんだけど財源とかひっくるめて実現の方法を考えるために公務員とか国会議員とかいるんだけどね
こういうこと言ってくる人ってなんか人のことを蔑んで俺様頭良い〜って悦に入りたいんだろうな、きっと

2019年2月1日

企業における評価方法について

企業って言うか、組織って言うかそんな集団での評価方法について
結局のところ給料ってことでいいと思うんだけどさ、どこの会社か知らなけどとんでもなくしょうもない評価方法を採用しててさ、辟易しちゃうんだけどね
あしたのチームとか言う訳わかんない詐欺集団の提供する方法を採用しちゃってるもんだから参った
本当に会社全体で詐欺に遭ってるようなもんでさ、社長も付き合いとか色々で大変なんだろうけどさこんな変なものに付き合わされて大変なんだろうなと同情したくなるような仕組みで終わってるんだけど
評価基準って普通にどれだけ貢献したかだけで十分だと思うんだけどそれじゃダメらしい、意味わからん
とにかくアピールが重要だと言いたいらしいんだけど、実際そうたいして役に立ってないとしてもなんかやってる感じを出せることがとても重要らしいんだけど、実際やってみて感じるのはなんて言うか実行できない残念な人のためにあるって感じかな
普通になんだかんだでなにかできる人にとっては別のどうでもいいのだけど、能力とか低くてなんもできない人でもなんかやったことにできると言うか見かけだけ取り繕えると言うかそんな制度で本当にこの方法を採用する価値が全く感じられないもう完全に邪魔なだけでこの何の役に立つかわからんものに支払っているお金を普通に配ったほうがいいんじゃないのかとしか思えないんだけどさ

評価方法がわからない悩める経営者にとって朗報みたいな感じなんだけど、評価方法がわからん時点で相当経営者に向いていないから辞めてほしいところではあるんだけどね
だってさ、ある人の行動や成果などが自分の会社にどれだけ役に立っているかわからんって言ってるわけだからね
こんなに酷い話はそんなにないような気がするんだけど
って言うかさ、もし仮にこの評価方法が画期的で会社の発展に大きく貢献するんだったらこのあしたのチームって言う会社はなんでこんなにショボイんだっての
もうさ、それこそ何て言うかマイクロソフトなんて全然目じゃなくてグーグルなんて軽く凌げるような組織になっててもらわないとって思うんだけどね
もしかして遠慮してるのか?
だったらそんな必要全くないからどんどんやってくれって感じなんだけど

2019年1月20日

企業の採用活動について

まず一言「企業はもっと採用に予算を割くべき」
何社か働いて本当にそう感じる
採用後に施す教育によって伸びる可能性はほぼないかな
結局採用時点、面接時点で未来は決まっていると思うんだけど
だったら教育なんかに予算を使わないで採用とか、他の福利厚生だったり劣悪な労働環境だったり給与や賞与に反映させたほうが絶対有意義だと思う


エクセルのマクロしかできない人をシステム開発とかで採用しちゃうと大変なことになると思うんだよ
って言うか、このエクセルのマクロ程度しかできなくて、でも現代は色々なところから適当なプログラムをダウンロードして、例えばJavaScriptなんかでなにかしら作れたりするから別に普通にできるんじゃないの?と勘違いしちゃってると思う人の存在が相当罪深いと思うのだけど
こういう人の言い分としては「散々な目に遭った」「酷く過酷な仕事を押し付けられて精神的に追い込まれて病気になった」「夜中泣きながら仕事した」「仲間はずれにされた」とかそんなこと言うことになると思うのだけど
働かせる側を擁護するつもりはないけど仕事割り当てる側としてもできるだけまっとうできそうな人に割り当てたいんだけどね
エクセルマクロしかできない人に仕事させたくないっつうの
だったら別に俺がやってもいいよ、そのほうが圧倒的に楽だしさ


今の時代新卒大学生を採用することすら相当なリスクを抱えてると思うね
新卒と言うことで費用かけて教育とかするのだけど、その人が役に立つ人材になる可能性が運だし、辞めちゃうかもしれないしさ
教育コスト費やすに値する対価を得られそうにない
相当な無理ゲー
だったら新卒とかどうでもいいから普通に出来る人雇えばいいのに
そうすればいきなり役に立つ上に教育コストも必要ないし、別に辞めちゃっても普通に働いてもらえて別に損害も無いしさ
新卒採用って相当なリスクがあってこんなものそのへんの中小企業が手を出すもんじゃないよな
新卒学生一年教育で雇うなんてヘタしたら1千万円とか必要になったりしないか?
そこまでいかないか、そこまでいかないにしてもさ、新入りを電話番とかお茶くみとして使うのはもう完全に止めたほうがいいよね
そんなもんパートのおばちゃんとか雇えば終わりで終了な気がするのだけど


だから採用する企業側に安全弁が必要になるんだけど
まあだからその分採用コストも上がるって寸法なわけで
募集に対する応募はそれなりにあるのかもしれないけど最低限の条件を超えた人がどれくらいいるのかが問題のような気もするし


多分
・人事
・管理者
・被採用者
三者で言い分が異なるわけよね
人事としては役に立つ人を採用できたといいたいわけよ
だけど現場からしたらエクセルマクロしかできない人に仕事はさせられないってことで別に頭数が増えただけで手間は全然減ってない、逆に増えてるくらいだと
んで、被採用者にしてみたら酷い目にあったので精神的に病気になった
ってなるわけでさ、こうなると一番効率的なのは人事で篩をかけることがやっぱり一番効率的だと思うんだけどね
エクセルマクロしかできなくても華々しくシステム開発で活躍する夢を見ることは勝手だしさ、プログラムとかチョロいって思うのも勝手なんだけどね

2018年11月9日

コーディング規約と言う名の

会社でソースコードの書き方、あるいはルール的なものを決めるとかなんとか言ってるんだけどこの内容が本当にこれこそ噴飯ものと言う表現に相応しいような内容で呆れてるんだけどさ

ただでさえ酷いのに、さらにそれなりに残業しないと終わらないって言うのにそんな何の役に立つのかさっぱりわかんないものを策定するために時間を使ってると言うのが笑えるんだけど

インデントとかのルールを決めるとなにがどうなって品質が向上すると言うのか想像できないんだけどさ

コンパイラって普通にインデントとか無視するんだけどねと思ったりそんな程度のことをあーだこーだと議論してるって言うのがよく分からんのだが
だったら多態性とかについて勉強したほうがよっぽど実になるんじゃないかと思うんだけどさ

あとさ、弊社の取り組みとしてこんな規約を採用してるって言うとどうなると思ってるんだろうか

普通にできる人は面倒なことがある会社だって言うことで避けるんじゃないのかと

って言うかよく分からんルールがあるとソースコードが読みやすくなるらしいんだけど、何て言うか厳密にルールに従っていないと理解できないとかなんか意味がさっぱりわかんないこと言われてるんだけどさ、会社なんだからそういう人を雇わないでおけばいいだけじゃないかと思わないでもないしそういう人に合わせるのは退屈極まりないからなるべくなら避けたいんだけどどうしようかな

2017年6月1日

変数を箱と言わないで表現すると

別名が付けられるかな
例えば3.1415926じゃなくてpiと呼べるとか
寿限無寿限無じゃなくてaと呼べるというか


common lispみたいなレキシカルスコープだとなんかこんな感じが強い


変数は箱って言うのはノイマン型コンピュータのアーキテクチャと密接につながった概念だと思うな
だからコンピュータアーキテクチャを説明したい場合は有利なのかもしれないけど、JavaScriptの解説には不向きな気がするよね
時代が時代なだけにJavaScriptを軽く身につけたいって言う人もいると思うんで、そういう人に対して変数が箱って言うのはやっぱり少々わかりにくい気がする

特に変数が箱と言う説明が向いていないのがGCがある環境の場合
GCがある場合とか、JavaScriptみたいにリソースとかもあんまり考えなくても良い場合なんて特に箱は向いていなくて別名でいいんじゃないかなと思う

2016年11月28日

codeiqの広告

頻繁に表示されるcodeiqの広告についてなんですけど
なんかphpとか言うクズ言語のソースが10行程度表示されてましてこれ実行するとどうなるかだってさ
ってかさ、これってphpとか言うクズ言語が使えるかどうかなわけじゃないですか
それって必要なんですかね
そのあたりがイマイチ理解できないところなんですよね
世の中として求められているものがphpとか言うクズ言語の言語仕様を把握しているかどうかってことなわけでさ、それって求職者に対して望むべき能力なんですかね
と言うか、この質問に対していわゆるドヤ顔で鼻息荒く答えはなになにですって答えられたとしたらですけど、そんな人採用対象として失格じゃないでしょうか
ってか、失格対象としますけどね、って思うんだけど

2016年11月9日

センスについて

「プログラムはセンスで書く。インスピレーションで書く。」とか「根性で書く」や「おまじない」等の様な対話について思うこと
こういうことを言う人は、相手に対して説明できるような能力を有していないと言うこと
いわゆる職人とか言われているような集団において、技を盗めだとかそういうことを言うのも近いものがある
要は説明できない、相手が理解できるような説明をすることができないので、やれ「根性」だ「盗め」だ言いたがる、挙句「おまじない」だってさ
自分が好んで参考にする書籍でこのような表現を使っているものが皆無であることの理由は、それら書籍の著者はプログラムについて深い理解をし、それを相手に伝えることができる能力を有しているから
それら書籍においては決して「センス」やら「インスピレーション」やら「根性」なんて単語は登場しない
もし仮に現在「根性」や「おまじない」なんて言ってお茶を濁しているのだったら、それはそのことについて理解が不足している証拠を提示していることにほかならない
その場合は素直に「分からない」「知らない」と言ったほうがより好意的に受け取ってもらえると思う
そこでお互い、説明能力の有無の是非については不問にするとより良いと思うのだが質問時の場合、質問者と回答者の立場の違いによりなかなかそういうわけにもいかないのが問題
質問者が回答者に対して説明能力が無いと正確に認識してくれればいいのだけど、質問者が回答者に対して能力が無いと評価するのが問題になる
いわゆるプログラムの能力の有無と説明能力の有無を切り離せることが必要なのだけど、能力があると当然説明能力も有していることになるところがマズイんだよね
あと、たまに素人に対してあいつは説明能力を有していると勘違いされてさ、肝心のプログラムの能力が乏しい場合があるのがこれまた問題なんじゃないかなと
       |1|2|3|4
プログラム能力|x|x|o|o
説明能力   |x|o|x|o
だから4はもう本当に問題ない
多分次にいいのが3で最悪なのが2なんじゃないのかな1はもともと範囲外だからね
って言うか2ってどんな人物のことなのか具体的に思いつかないけど、多分ああいう人のことなんだろうな

2016年6月2日

HyperDev

fog creekからHyperDevと言うWebアプリが発表されています

https://hyperdev.com/about/

内容はほぼGoogle App Engine、Windows AzurでPaaSって言うんですかね、ウェブサーバーとかOSとかまったく意識しなくてもいいって言うやつね
って言うか内容はほぼApp Engineなんだが
オンラインでソースコードが記述できるんで、App Engineとの違いはデプロイしなくてもいいっていうところかな
そんでもデプロイしてでもローカルで開発したいような気もしないでもないけど
あと、サンプルを少しだけみただけなんだけど、永続化がいまいちわかんなかったって言うかグローバルオブジェクトがそのまま残るみたいでして、これがうまい事クエリとかできるんだったら結構面白いかも
データベースとか意識しないでORマッパーとかもイチイチ意識しなくてデータベースがオブジェクトとして扱えるみたいで、LINQみたいなものがあればなおいいんじゃないかなと思った
データベースを激しく利用しないけど、少しだけ永続化は必要って言う場合には最適だと思うけど、データ量が多くなってきた時にどうなるかはちょっとわからないかな、未知数
まあ、なんかデータベースの途中から切り出すような操作は絶対用意されていると思うんだけど

あとこういうのを「full-stack web apps」と言うんだと言うことが分かった

2015年8月15日

ソフトウェアの開発プロセスにおける大切な概念の一つ

トップダウン、ボトムアップの思考法
トップダウンに関しては関わるプロジェクトの規模に依存するが、だいたい中規模のプロジェクトになった辺りから特にトップダウンでの能力が問われるのではないかと
逆にボトムアップは関わるプロジェクトの規模に応じないでまんべんなく必要とされる能力だと思う
プロジェクトが小さいうちはボトムアップのみで対応可能なものが多い、トップダウンは必要とされない、出る幕がない
しかし規模が大きくなるにしたがってトップダウンの能力が問われるのでは
一般的に技術者と呼ばれる人はボトムアップからの流れは得意な人が多いのではないかと
どちらが重要というのではなく両方必要
ただしどちらが得意かは人それぞれ
両方の特徴を最適に活かすことができれば素晴らしいものが作れると思う

練習方法としては、先ずボトムアップでやってみてからの結果を眺めて結果こういう形になるようにトップダウンを行えばいいんだなとかやる方法か
何回も何回もボトムアップでやってみて結局出来上がった形からトップダウンの姿を眺めておいて、それを糧にトップダウンから始めた場合のゴールを体感しておくことか

個人的にはボトムアップは苦手
トップダウンが良い
ボトムアップが苦手というか実際の手続きを作る作業が苦手

規模が大きい場合、あるいは将来的に向かう方向が決まっていて段階的にリリースしていく場合トップダウンで事前に準備しておくことが不可欠ではないかと
でもそんなことないかな、今の段階でリリース予定でも本当にリリースするまでその機能が必要とされるかどうかはわからないからね
そのために無駄な準備をしておくこと自体不毛、特に自分は決定権がないプロジェクトの場合はモロ当てはまりそうだな

あとボトムアップで作るならコンパイラが必須のような
コンパイラ使ってリファクタリングしまくってやらないとね
そうしないと作業が遅々として進まないから
コンパイラって言うか静的型付けと言いたいのだ
しかしcommon lispは動的型付けなんだよな
例えばhaskellなんかだとボトムアップに向いてるんだよな
javascriptだとさリファクタリングしにくいったらありゃしないよね
関数に引数追加、変更したりしてもjavascriptだと例えば引数渡されてなかったらどうこうするって記述になるのかな
haskellとかだと関数のプロトタイプ変更してもさ、コンパイルエラーの箇所を変更すればいいからね、楽だよね

2015年3月11日

マイナビやっぱりスゲーや

ソフトウェア業界特集
最新用語集
http://job.mynavi.jp/conts/2016/tok/p/189/

「最新用語集」と謳っちゃってるところが味わい深くさせるポイントですよね
個人的に気に入った用語をいくつかピックアップします
この辺りのセンスでその人の特徴が掴めそうですが
感覚的には一発当ててから業界から消え去った有名人と言ったところでしょうか
「あの人は今」的な

シンクライアント
いつの時代の用語だよ

オフシェア
しばらく聞かない用語だな

グリッドコンピューティング
たしかに聞いた覚えがある

このページの一番の見どころはJava、C言語、C++、COBOL、FORTRUNが連続で登場するページ最下部ですね
ここは非常に味わい深い箇所ですね
フォートランなんてスーパーコンピュータで使われているって断言しちゃってる始末ですし
このページの内容って二十年くらい使いまわされてる内容とかも混ざってそうなんだけど
コボルとフォートランなんて名前がでてくるだけでも十分笑いが取れる、出オチの域に達しておられますからね
C++の説明も、オブジェクト指向って言うよりもジェネリックプログラミングの方が全然有用だと思うのだけどまったく触れられていない始末です
スゲーな、さすが天下のマイナビ様だな
マイナビから募集するとこんな最新用語を把握されている方達と接触できるのか
まあでも今の管理職辺りにはウケそうな用語をあえて狙って掲載してるのかもしれないけどね
しかしスゲーな

新卒学生だとこの手の情報を真に受けちゃう人っているんじゃないの
って言うか今時の大学でプログラミングってやっぱりいまだにフォートランやってるのかな
今だったらJava教えてるところとかありそうだけど
やっぱりなんだかんだ言ってもC言語が本命なのかもね

こういう就職斡旋業者って結局この程度だと思うとこういうサイトを利用して仕事探そうなんて気が失せるよね
逆にマイナビに掲載していないことを強みにできるのかも
あるいは、掲載依頼する企業側も閲覧する側もこの程度のレベルでお互い釣り合いが取れて均衡が保たれていることは丸く収まっていいことなんだろうな
結局こういうサイトから応募して就職できた人が今度は採用する側になってっていう繰り返しが行われるんだろうな

2015年1月19日

昨日YSP天白へMT-07の試乗にいきました

曇時々晴
とても丁寧な対応でした
素晴らしいお店、皆さんもお気軽に訪問してみてください
昨日は真冬の寒さにもかかわらず非常にたくさんの人が訪れておりました
実物のMT-07を間近で見たのは初めて
サイズは思っていた通りの印象
大型に属しますが車体サイズは中型に分類されてもいいのではないでしょうか
(下記印象について補足
筆者は現在WR250Xに乗っています
ですので下記は基本的にWR250Xとの比較と思ってください)
まず引きお越し、サイドスタンドを払う際に少し起こしましたが見た目よりも軽い感じがしました
ハンドル位置も適度に高いので引き回しもあまり苦にならない印象を受けました
乗車姿勢ですが、MT-07のステップは足の真下にあります
真下と言うのはシートに座って足を素直に引き上げたらステップに足が乗せられるという場所です
ネットの記事でよく見かける足つき性の良さについては少し疑問です
シート、タンクは足つき性を考慮されていると感じましたが、そのまま足を付こうとするとステップがじゃまです
ステップが真下にあるので走行中の乗車姿勢は非常に自然なのですが、その自然さの犠牲として停車時の足つき性が悪化していると思います
まあ、バイクは走行中の姿勢の方が圧倒的に重要なのでこの点は許容すべき点だと思います
ハンドル位置については上体が適度に寝る印象でしょうか
起きているわけでもなく、かといって寝すぎているわけでもない印象
シートについてですが、一番印象的だったのがシートです
とにかく「久しぶりにシート座った」と思いました
WR250Xのはあれは一体なんなんでしょうか
エンジンの印象は適度なドコドコ感があっていい味だしているといった感じです
走りだしは非常にスムーズMTと言っているだけあって低回転から適度にトルクが出ていると思います
四気筒と違ってもっとクセがあるかと思ったらそうでもない感じがしましたが、ゼロ発進は少し慣れが必要に感じました
乗車姿勢は比較的楽な姿勢を取ることができます
ですので高速道路などは少し辛いかもしれません
低い速度行で風を受けながら走ることを狙っている感じですね
かっ飛ばすバイクでもないですからね
かっ飛ばすことが目的ならMT-07は初めから対象にならないと思いますから
そんなにスピードを出していないのですが、街乗りは非常に乗りやすいバイクだと思います
軽い、低回転トルクの出方この二点はいいですね
曲がり方は交差点を二、三曲がっただけですがもっとピーキーな曲がり方をするかと思ったらこちらも滑らかな味付けになっていると感じました
WR250Xがピーキーすぎるので普通の人にはMT-07もピーキーに感じるかもしれません
曲がり始めにフロントサスがすごく沈む印象がありました
ターンインの際にすこしフロントブレーキをかけましたがそれに反応してグっとフロントが沈むのを感じました
それに比べてリアの方はそんなに沈むとか動く感じを受けませんでした
フロントが動く動作がお好みならオススメですがフロントが暴れていると感じるなら不快に思う動きです
あとはブレーキが安心できるような印象
ブレーキ効くなって感じ
せっかくなのでついでにMT-09も試乗させてもらいました
こちらもよく記事などで「07と09は別物」みたいなものを見かけて「本当か?」と疑問に思うと思うんですよ
一緒なんじゃないのってどうせエンジン違うだけでほとんど一緒じゃないのかと思うんですけど乗ってみたらびっくりするくらい違っていましたね
ホンダのみたいにカウルつけただけやちょっと見た目を変えましたみたいなものじゃなくてかなり性質が違う、狙っている層が違うと思います
MT-09は全然レーシーな感じMT-07は、まあ普通に「スポーツ」を狙っている感じなんですけどMT-09は明らかにスポーツは狙っていなくて「サーキットやレース」を意識している感じがしました
SSっぽい、いわゆるストリートファイター系ですかね
SSはいやだけどレーシーを求めている人にはばっちりだと思います
逆にスポーツやツーリング派はMT-09は過激に感じるだろうな
MT-09はステップがかなりバックステップ
バックでアップなステップでした
ハンドルも少しだけですが低く感じるので姿勢ははっきりうつ伏せ状態ですね
MT-09は見た目をもっと激しくレースに寄せてもいいくらいな印象を与えてもいいのではないかと思います
MT-07は見た目のとおりと言えばそうなるかな
あんな見た目で乗り味もそんな感じですよね
で、結局なんですけど試乗してみて後悔したというか買い換えたくなくなってきたと言いましょうか
WR250Xの良さを改めて認識できたというかWR250Xがとにかく良く出来すぎているんじゃないかなと
違うバイクを乗る度に思うんですけどWR250Xって相当良いバイクなんだなと
本当にすごい性能、エンジンも足回りも車体も全て良い
唯一ダメだと思うのは、エンジンに対してフロントブレーキが効かないところかな
あとは何と言っても圧倒的にチューブタイヤってところが曲者だよね
難点欠点
チューブタイヤって何一つ良いことがないんじゃないかな
オフロード走る場合は岩があったりなんだかんだいってもいろいろあってのオフロードって感じがしますがオンロードでチューブの必要性が全くないですよね
本当に百害あって一利なし
ハブが使いまわせるだけか
チューブタイヤのバイクには二度と乗りたくないと言うことが分かってまあ良かったというかこの世にチューブレスタイヤがあって良かったと思えるところかな

2014年11月10日

素晴らしいバイク屋さんです

http://baikukoubou.jimdo.com/

ヤマハのWR250Xに乗っています
岐阜の方を走っていた時に、パンク、釘を拾ってしまいましてタイヤがベコベコになってしまった時に修理してもらったバイク屋さんです
チューブタイヤの修理も快く引き受けていただき大変助かりました
本当にどうしようかと途方に暮れていましたが、不幸中の幸いと言いましょうか、こういうことはご縁と言うのでしょうな
ありがとうございます

2014年3月9日

スーパーなどで自分の並んだレジがいつも遅く感じる件に関して

レジの進み具合を決定する要因としては、レジ担当者の能力、顧客の購入商品数、支払方法など不確定な要素が多すぎて、どのレジに並ぶか決定をせまられた時に瞬時に判断することが不可能という前提で話をすすめると、どのレジも遅れる、あるいは早く進むことは等しく起こると考えることになると思います
等しく起こるとは、すなわちサイコロを振ってどの目がでるかを事前に予測することは事実上不可能と考えることと、スーパーのレジでどの列が早く進むかは同じ問題だと考えることになります
なので、どのレジが遅れるか、処理が早いかは確率の問題で考えることになると思います
例えばスーパーのレジが10ある場合、自分の並んだレジが一番早く進むことは1/10の確率で起こります
逆に9/10は自分の並んだレジ以外のレジが早く進みます
平均から考えると他のレジ5つより早くすすめば自分の並んでいるレジが平均より早くすすんでいるはずなのに、人間は自分の並んだレジではなく、他のレジが一つでも早くすすむと遅いと感じると思うので9/10は遅いと感じることになると考えられます
レジで会計するという行為は必要と感じてもレジに並ぶという行為自体不要と考えるのが普通だと思うので、早く進んだ印象より遅れる印象が残りやすいので、レジに並ぶこと自体の印象が悪くなる循環にあると考えます

この文章を読んだ方へ
これからは自分の並んだレジが一番最初に進むことは稀と考え対処していくことをオススメします
あるいは、レジで並んでいる最中に前後の方がイライラしている場合は、並んでいる間にこのことを伝えてあげてはいかがでしょうか.

2013年5月15日

妄想について

HaskellかCommon Lispを使う仕事ってないのかな
なんかざっくりしたイメージだけで言ってますが楽しそうなんだけどな
とか言って期待しすぎちゃって実際就いてみたらつまらなくてHaskellやCommon Lispのことが嫌いになったりしてね
データベースとかSQLとかサーバーの設定とかインストールとか実行環境の互換性とかそういった煩わしいものがなくてHaskellやCommon Lispでかっこいいプログラムを作ることに集中できるような仕事ってないもんかね
って言うか要はとにかく粋なプログラムを書きたい、書けるようになりたいのだけど
粋なプログラムの定義ができてなくてイマイチですが

2013年4月4日

ナチス式敬礼をしたサッカー選手

ナチス式敬礼をしたサッカー選手が騒ぎになっていましたけど、この人の写真見たときに富永一郎のマネしてるかと思いましたね

お笑いマンガ道場のエンディングで富永一郎がいつもやってるポーズと同じだなと