「perl」を含む日記 RSS

はてなキーワード: perlとは

2017-12-07

Webサービス企業求人条件を具体的に書け

はてな場合Webアプリケーションエンジニア

求められる知識経験

Incrementsの場合アプリケーションエンジニア

必須スキル

メルカリ場合ソフトウェアエンジニア(Server Side))

必須条件

ドワンゴ場合(【ニコニコ事業Webアプリケーションエンジニア正社員))

必須条件

こんなのそこらへんの学生でも持ってるスキルだろ。こういう甘い条件で人を集めてバサバサ不採用にして何がしたいのかわからん。たまにいいのが来ればいいや?みたいな感じ?どうせ内部では経歴や年齢や学歴差別してるんだろ(と疑われても仕方がない)。

Webサービス企業求人条件を具体的に書け。

2017-11-24

anond:20171123175859

元増田だけど、復刻増田にも関わらず大量のブクマ&そこそこのトラバがあって驚いている。

やっぱりブクマカーは増田に興味津々なんだな(挑発


さておき、気になったブコメコメントしたい。

honeshabri トラバにはスター付かない

そんなにスターがほしいのか、この他人の褌野郎め(挑発

トラバも含めてスターがほしいかブコメ、というのがあって驚いた。

そこのロジックがじつはよく飲み込めないので誰か解説して欲しい


pal_gene スマホで見てるから アプリから

スマホはてなを見ようって感覚があまりいかちょっとビックリした。

おそらくはてなブックマークアプリあんの?それで見てるんだろうが、それにしたってブコメまでは見られても、ブックマーク先のページってスマホで見るには少々辛いサイト多くない?

まあ確かにスマホ増田の相性は最悪だね。


shiromatakumi トラバの方が叩かれた時ノーダメージだぞ。

思った以上にダメージあるぞ


mykh4567 増田トラバって超絶やりにくくね?ブクマ並みに簡単にしたら長い文書きたいときトラバする気になるかも。今は無理やり100文字ブクマに押し込んでる。あとスター欲しい。

時代から遅れてるぞ。今の増田はワンクリックトラバが打てるスーパー増田


FTTH 増田増田アカウント持ってないと書けないよね

そういえば増田アカウントあったな。それくらい取れよ


KariumNitrate 半匿名ブコメの方が慎重なコメントになるから匿名にしたい時ならトラバにするけど、あんまりそういうことがない。トラバで名乗るのもなんか変だし。長い時ははてなハイクを使う。

perl-o-pal いやいや、ふつうアカウント隠してる分増田のほうがチキンだろう。ブコメはやりすぎるとメンションが飛んでくる。でも、自分fjや/.に実名ポストしてた頃に比べると弱くなった気がする。

他にも増田匿名じゃないかという論があったがそうではないと思う。

匿名な分、本音本音がぶつかりあう、それが増田。正直論戦になると文体で大体わかっちゃうから匿名性ないと思うし、匿名が活きるところはIDを変えなくても全く別の話題に行けること(他の増田粘着されない)と、自演がし易いところですね。

2017-11-10

anond:20171110041529

PythonにはPerlとは真逆の「やりかたはひとつ」というポリシーがあり、ある処理をコードとして表現すると、ロジック個性は出ても、記法個性があまり出ない(多少は出ますけどね)。可読性(保守性)の高さは、プロダクションとしてコードを書くとき、非常に大きな利点になります

2017-10-12

京都市が今回失敗したような、自治体システム更新について

http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/

Q1.役所仕事なんて全国でほぼ一緒なのに、なんで自治体ごとに別のシステムを作るの?

A1.地方自治体事務財務について法律で決まっているのは大枠だけだよ。

  それを実務≒内部規定に落とし込むのは各役所ごとなので大枠は似てても実務プロセス全然役所で違うよ。例えば同じ業務でも独自の語彙があったり、下手すると同じ語で市町村ごとに意味が違ったりするよ。


Q2.なんで新規で作らないの?

A2.80年代ぐらいにやったよ。その結果が政令市クラスに残ってて今回京都市更新しようとしてるような、メインフレーム上のシステムだよ。


Q3.メインフレーム汎用機)って何?

A3.みんなが使ってるWindowsとかLinuxとかのOSがなかった時代コンピュータだよ。IBMとかがベンダーごとに作っていてOSベンダー謹製だよ。性能はいいけどメチャ高いよ。

システム内でクローズして専用線以外では他とつながってなかったから、汎用機からPCサーバへの移行を「オープン化」と言うよ。

オープンソースソフトウェアとは全然関係ないよ。


Q3.使いまわしってどうやってやるの?

A3.80年代かに作ったシステムで動いてるCOBOLとかPL/IとかをLinuxとかUnixとかWindows上で動く言語コンバートしてリコンパイルするよ。

DBデータ階層データモデルからリレーショナルDB用にコンバートして移行するよ。こういう開発形態を「マイグレーション」と呼ぶよ。

あと、バッチジョブ制御もJCLという汎用機用の言語で動いているよ。これもそのままでは動かないのでコンバートするよ。

コンバート先はperlだったり、シェルスクリプトだったり、ベンダごとの独自スクリプトだったりするよ。

COBOLとかの実行プログラム移行も大変だけど、帳票の大量印刷はたいていバッチジョブでこなしてるので、JCLの移行もめちゃ厄介で大抵もめるよ。

今回もめたのもバッチらしいね


Q4.80年代のものを使いまわすとか。新規で作ればいいじゃん

A4.お金無限にあればできるよ。今の時代お金があった時代システムフルスクラッチ再開発するととんでもない予算になって市役所内の決裁が通らないよ。

しか汎用機時代の納品は割といいかげんだったのか、仕様書が残ってなかったりするから費用さらにかさむよ。


Q5.そんなんでよく運用できてたな

A5.当時はSE汎用機付属品みたいについてって、困ったらオペレーターとして介入して動かしていたみたいだよ。

そうやって現場感覚バリバリでやっているので、オペレーターしか知らないプロセスがあったりするよ。

マイグレーション開発では総合テスト中にそういう隠しプロセスが「発見」されたりするよ。こわいね


Q6.役所が現行システム資料を出すべきだろうが!

A6.もっともだけど、できないから無理だよ。

上記の通り仕様書がないことも多いうえ、システム課に限らず市役所人員は基本ローテーションするよ。

導入当初の担当者が残っていることは珍しいし、30年も前に導入した汎用機ことなんてここ10年に入った職員にはわからないよ。



Q7.なんで入札にしたの? 現行ベンダ指名してやらせたほうが良くない?

A7.金額がでかいから、たぶんどこの市役所でも入札案件だよ。

随意契約(随契)は無理だし、入札業者発注者指定する指名競争入札談合の温床になってたか最近あんまりやらないよ。


裏技としてRFP指名したいベンダーに書かせて公募指名入札にしたり、RFPの段階でハードを全部特定ベンダで型番まで指定するというのがあるけど、公になると多分問題になるよ。こわいね



Q8.じゃあ役所は悪くないの?

Q8.悪いよ。

入札案件RFPで書かれた各項目をどれだけ満たすかの技術点と、価格点で決まるよ。点が高ければだいたい自動的にそのベンダーに決まるよ。

なので、技術点の項目に現行システム調査にかかる項目を入れるとかして、現行機の開発・保守ベンダ高得点を取れるようにしておけば価格勝負してくるベンダーをはじけた可能性はあるよ。

もちろん現行の会社に嫌われて逃げられたとか、役所が現行の会社めっちゃ嫌いになって声をかけなかったとかもあるかもしれないけれど、可能性は低いと思うよ。



Q9.じゃあベンダーは悪くないのか?

A9.ここまで述べたようにこの手のマイグレーション火薬庫だよ。火を噴いても爆発しなければラッキーぐらいなので、強いて言うなら入札したことが悪いよ。

安すぎる見積もりを出したSEだか営業だかは死んでね。



Q10.お前(増田)は何者?

A10.前にマイグレーションをやったことがあるSEだよ。もうやりたくないよ。今は転職してSIerじゃなくなったからやらなくてよくなったよ。うれしいね

  しょぼいSEからここに書いたことは個人体験に基づく参照情報だよ。一般的じゃないことを言ってたり、間違ってたら教えてもらえると助かるよ。





(2017.10.13 追記)

Q3がかぶっていたよ。恥ずかしくてなきそうだけどブコメに番号で言及してくれている人がいるから忍んでそのままにするよ。


あと、「オープン化」の定義が違くない?という指摘があったよ。確かに増田が間違っていたので、記事の主旨から外れるけど補記するよ。

メインフレームは本文で述べたようにOSからハードまでメーカー謹製なので独自仕様のカタマリだよ。

これに対しPCサーバ標準規格で作られているよ。こういう標準規格に基づくサーバオープン系と呼ぶよ。

独自規格クローズしたコンピュータから、そうでないオープン系に移行するからオープン化なのであって、専用線とかは関係なかったよ。半可通な知識で語ってしまったよ、ごめんね。

京都市で火中にいるシステムズさんのサイト解説がこの増田よりも分かりやすくて正確だから気になる人は見てほしいよ

http://www.migration.jp/column/column01.html

完全に余談だけどオープン系のx86サーバに移行しても、システムはそんなにオープンにならなかったりするよ。

H系に頼むとDBが拝承DBになったり、Fに頼むとシステム管理が全部SystemWalkerになったり、要するにベンダ独自のミドルに入ってがっつりロックインされたりするよ。

オープン化(オープンではない)みたいなことになって面白いよ(面白くない)

2017-09-24

anond:20170924214222

うん、まあ、Googleに贔屓され教育研究分野で実績を積み上げてるPythonは強いけど

ただ漠然と「Web」「どうなのでしょうか?」と言われても困っちゃうでしょうに。

強いて言うなら、それ専用の言語として設計されたphp,

レガシーではあるがWebを牽引してきたperl,

フレームワーク流行ったruby,そういった言語選択の中で

わざわざWeb屋がpythonを使う義理はないって感じじゃないか

Web以外のところだとこういったスクリプト言語の中では

望まなくともpythonを選ばざるを得ない機会は増えてきたね

2017-09-16

株式会社はてな株主構成から見るはてな実態

今戯れに時価総額と持ち株比率から換算した資産表作った

近藤 淳也 66.33% 4482581400円 ○

(株)はてな 6.59% 445352200円

毛利 裕二 5.98% 404128400円

梅田 望夫 4.30% 290594000円

栗栖 義臣(社長) 2.61% 176383800円 ○

大西 康裕 1.97% 133132600円 ○

伊藤 直也 1.79% 120968200円 ○

田中 慎樹 1.41% 95287800円

田中 慎司 1.30% 87854000円 ○

小林 直樹 1.15% 77717000円

お金の額面はともかくの話なんだけど、

○をつけたのは、はてなコードを書いたことがあると"思われる人"。「名前 プログラミング」で検索して有意な結果が出た人に○つけた。各株主の詳細知りたい人は適当にググって

で、さら


はてな年収は524万円が平均年収です。(有価証券報告書調べ)

http://heikinnenshu.jp/joho/hatena.html

あると好ましい知識経験

スクリプト言語(主に Perl/PHP/Python/Ruby/JavaScript)によるアプリケーションライブラリ開発の経験

ScalaGoにおけるアプリケーションライブラリ開発の経験

iPhoneアプリ、もしくはAndroidアプリの開発経験

UNIX系OSRDBMS特に LinuxMySQL)についての基礎知識

オブジェクト指向プログラミングの基礎知識

コンピュータサイエンスアルゴリズムデータ構造分散技術自然言語処理技術機械学習データマイニング型理論)に関する基礎知識

ネットワーク技術HTTPDNSTCP/IPなど)についての基礎知識

大学卒/275,000円〜

http://hatenacorp.jp/recruit/fresh/application-engineer-entry

って、エンジニア待遇悪すぎじゃない?

この毛利 裕二という人の持ち株の資産新卒給料(計算だるかったか計算からボーナス抜いたけど、手取り分で考えたらボーナス分くらいは消えるだろう)で稼ぐとしたら122年かかるし、梅田 望夫という人は88年かかる。本当にこの人たちにはそれほどの価値(上にあげた新卒に求めるやたらと高いスペック)分の価値があるのか?いや、価値があると思ったから株をあてがったんだろうけど...

まぁなんていうか...、はてなのエンジニアのみなさんお疲れ様です...業務がんばってください

完全に外様の俺から言えるのは"エンジニアに"もっと給料たくさん払った方がいいんじゃないかということだけです

2017-09-13

LAMP環境って

今でも主要な開発環境なの?

この前某社の面接(中途採用)を受けて、結果的には落ちたわけだけど、

LAMP環境がなんとかってコメントとしてあり。

(落ちた直接の原因はLAMP環境経験ではないと思う)

Rails流行ってからPHPPerlはそれほど需要高くなくなったと思ってるし、

業務システムを開発している身としては、PostgreSQLのほうが使いやすイメージが強くて。

今でもWeb系開発ってLAMPが圧倒的なの??

2017-08-13

なれる!SE16 の本当の闇

このオレさまが16巻の本当の闇を教えてやろう

帳票の桁ずれなんて数行のsed(,perl,ruby等の)スクリプトでちょろっと直せる、

というSEとして当然の知識を、技術オタク以外の誰も知らなかった、

というだけでなく、

その程度のことを人海戦術で乗り切ろうとするIT音痴のアホが部長をやっていた、

というところなんだよ!!

(あと技術オタク給与が多分あまり高くはないところ)

#2ch転載

http://matsuri.2ch.net/test/read.cgi/magazin/1502524744/11

2017-08-01

FizzBuzz問題

プログラミング問題だけど高校一年生までの数学の考え方で解決できる。嬉しい。

FizzBuzz問題とは

1 から順に数を数えていく。但し、その数が 3 で割り切れるならば数字の代わりに Fizz と、5 で割り切れるなら Buzz と言うゲーム。3 でも 5 でも割り切れる場合は、FizzBuzz の順に言う。

はてなキーワードより引用

これをプログラミングするのがFizzBuzz問題です。

具体化

1から15までの例を考えてみる。

入力出力
11
22
3Fizz
44
5Buzz
6Fizz
77
88
9Fizz
10Buzz
1111
12Fizz
1313
1414
15FizzBuzz

一般

入力と出力の関係を考えると、入力が定まれば、出力も一意に定まることが分かる。つまり入力と出力の関係関数にすることができる。この関数f(x)とする。

関数f(x)は、入力が3の倍数なら"Fizz"、5の倍数なら"Buzz"、3と5の公倍数なら"FizzBuzz"、その他は入力値を返す。

公倍数は最小公倍数を整数倍した値なので、ある値が公倍数であるかどうか判断するには、最小公倍数で割ってみて、割り切れるかを調べることにする。

3と5の最小公倍数は15なので、15で試しに割ってみて、割り切れるかどうかを見る。

3と5の倍数の判定も、それぞれ、3と5で割り切れるかどうかを見る。

コード

使う言語Perlである

Perlは、上から順に命令を実行する命令言語なので、3や5の倍数の判定の前に、15の倍数の判定を持ってくる。

逆にすると、15の倍数は3の倍数であり、5の倍数でもあるため、"FizzBuzz"が必要な所が"Fizz"や"Buzz"だけになってしまう。

use 5.024;
use warnings;

sub f {
	my ($x) = @_;

	if (($x % 15) == 0) {
		return "FizzBuzz";
	}
	if (($x % 5) == 0) {
		return "Buzz";
	}
	if (($x % 3) == 0) {
		return "Fizz";
	}

	return $x;
}

foreach my $i (1..100) {
	say f($i);
}

2017-07-10

Webアプリを作るときにどの言語/WAFで書くべきか

使ったことあるモノもないモノもごちゃまぜにして経験雰囲気で書いてる。

PHP

Laravelは結構好き。DSL過ぎず、それなりにフルスタック生産性もいい。

何よりLaravel本体ソースコードが読みやすいのがいい。

まともな日本語情報が少ないのは弱点だけど、気になったところは本体コードを読めばすぐに分かる。

最大の欠点PHPってことだ。他のLL言語に比べてPHP自体生産性は低い。セキュリティ面の不安も大きい。それに安心して後を任せられるようなPHPerは一握りしかいない。

Perl

Mojolicious結構好き。これもDSL過ぎず分かりやすい。CPAN豊富ライブラリ群もある。

Perlは可読性が悪いなんて言うけど、ちゃんとしたライブラリ普通に読みやすいよ。

最大の欠点Perlってことだ。長期的に開発者を集めることを考えたら茨の道だろ?

Python

今でこそ機械学習Pythonが人気になっているけど、Web系はまだまだマイナーだ。

Djangoプロジェクト/アプリケーションという構成単位の考え方が好きじゃない。理論的な利点は分かるけど、現実問題それが必要になるケースが浮かばん。

Django以外でフルスタックのWAFが出てくればいいんだけど。Tornadoはフルスタックじゃないのでちょっと違う。

Python3で安心して開発できるならアリだと思うけど今はどうなの?使いたいライブラリが3系に対応していないとかで躓きたくないよ。

あと単純に速度が遅いよね。いや書き方を気をつければマシにはなるんだけど、書き方を気をつけなければいけない時点でつらい。

Ruby

Railsは便利だ。周辺ライブラリの充実度もすごい。情報玉石混交だけどまともな情報もたくさんある。

ただあまりにもDSL過ぎる。Railsプログラミングではなく、一つの巨大なDSLだ。

Railsプログラマの何割が、少しでもいいかRails本体ソースコードを読んだことがあるのか。めっちゃ読みにくいんだけど。Rubyは可読性が高いなんて嘘だろう。Perlと一緒でちゃんとしたコードは読みやすいけどそれはプログラマ依存する話で、言語自体に可読性の高さはない。言語思想の通り書くのは楽しいよ。でも読むのがつらい。

Rails自体DSLみたいなもんなのに、RSpecやらRakeやら周辺ツールDSL意識高すぎる。

問題があった時にググらずにコード読んで解決できるRailsエンジニアはどれだけいるのか。情報量が多いからググれば解決すると答えるやつは、底辺PHPerと大差ないからな。

あとバージョンアップ追従するのが面倒過ぎる。でも放置したら負債になるし。意識高くRailsで開発したやつの大半はバージョンアップやらの保守に入る頃にはもうそプロジェクトはいないんだろ?だからそのつらさを知らないんだろ?

散々罵ったけど、このDSLを覚えれば生産性が高いのは事実だ。だから結局ついていく確率が高い。モテ男なんだよ結局こいつは。

Java

SIerさんに敬礼

Scala

Playが王道だけど最新バージョンになるほど情報が少ない。このあたりがRailsと違う。公式(英語)とか本体コードを読める人じゃないとつらい。

そもそもJava、というかJVM周りの知識がないと本番運用はつらいだろう。LL言語運用経験しかない人は特につらい。LL言語でいうhot deployみたいなことがしたい時のやりかた分かってる?

コンパイルの遅さに耐えて開発し、運用時のGC問題を乗り越え、黒魔術を味方につけてライブラリコードリーディングが出来るならいいんじゃないか

動作は早いし、言語のものは強力だ。

Scalaを好むプログラマ関数型やらDDDやら意識高い人が多い。別にScala自体にそれらは必須ではないけど、そこら辺を意識しないならJava8でいいんじゃないかとも思う。

Node.js

非同期処理で開発することの難しさに耐えられるの?

ベストプラクティスがなく、移り変わり激しいJS界隈に流されてオレオレで書いたコード保守する自信があるならいいんじゃない。俺はない。

Go

API単体ならともかく、画面も担う普通Webアプリを書くような言語じゃない。少なくとも今は。

正確に言うと書けないことはないけど、Webアプリに関する周辺ライブラリの不足を乗り越えてまで書くメリットほとんどない。

ClojureとかElixirとか

運用実績ノウハウが少ない中で、自分で乗り越えていく気概があればいいんじゃない

結論

完璧選択などない。

2017-07-07

プログラマーの三大美徳ってあるじゃん

Perl開発者ラリー・ウォール言葉だけどさ。

その1、怠惰

これは、いちいちやる必要がないようなことはできるだけ効率化したり自動化しようぜ

そのための労力を割くことは厭わないぜそれがハッカーだぜ

そういうスタンスを表した言葉だと思う

その2、短気

これはイライラしつつ現状に我慢するくらいなら

より良く改善してストレスフリーに生きようぜそれがハッカーだぜってことだと思う

その3、傲慢

これはおれの書いたコードは誰が読んでも素晴らしいんだぜメンテナンス性も高いぜ

って思わせるくらい本当に素晴らしいコードを書こうそれがハッカーだぜ

という気概を表した言葉だと思う

こっからが本題なんだけど真逆だよね日本IT業界

スタートアップ界隈は違うかもしれないけどさ

みんな「勤勉」で「気長」で「謙虚

そりゃジャパン生産性低いわって思った七夕

これから変わりますようにって短冊に書いて吊るしてる

2017-06-29

List::MoreUtils

なんか、関数がえらく増えてない?

最近、追ってなかったとはいえ、こんなことになってたのね。

List and Array Utilities in Perl

https://perlmaven.com/list-and-array-utilities-in-perl

2017-06-27

https://anond.hatelabo.jp/20170627155813

perlpythonかな

もしくはあえてVBAやらせて、知っているであろうExcelと関連させて身近に感じさせるってのもありかもしれない

2017-06-26

JavaScriptで有名だった人

だいたい3~4年でいなくなるか立場とかが変わってJavaScript触らなくなることが多い。

から界隈に攻撃的な人がいても「あぁ、こんなこと言ってるこの人も数年後にはJavaScriptのこと気にもかけなくなるんだろうな…」みたいな気持ちになる。

ちなみにPerlは有名無関係なく気づいたら誰も触ってなかった。悲しい

2017-06-13

perlを使うとニコニコしてpython使うと「pythonってなんだそれ?まあちゃんと動くかどうかしっかりテストしろよ」みたいなこと言われる

本当に無能技術に興味ない管理職の下にいるときついな

2017-06-12

一般的エンジニアレベルが分からない

俺の会社技術力低いらしいのは薄々分かるんだが、世の中のエンジニアレベルが分からない

入社して3年以内のエンジニアの人で、今具体的にどんなことをやっているのか教えて欲しい

ちなみに俺のレベルサーバOS設計書見ながら建てられるとか、bashperl簡単スクリプト組めるとか、webサーバー立てられるとか、まあそんなもん

2年目でこれっぽっちである

2017-06-09

http://anond.hatelabo.jp/20170608235436

perl流行ってた時期を知らんのか。

この増田はてな最初perlで、多分今でもperlのままだと思うぞ。

perlよりいいものが出てきたから今から始めるならperlという選択肢はないだけで、RubyPHPが使い物になるようになる前のゼロ年代Webサービスを作るのにperl以外の選択肢はほぼなかったんだが。

2017-06-08

http://anond.hatelabo.jp/20170608234232

他の二人はよく知らんが、ダンコーガイはもう一生分の仕事をやりきって楽しく余生でウェブ活動してるだけだと思うんだが。

ダンコーガイperl日本語化をしなかったら、日本ウェブ開発業界ひいてはWebサービスたちは、今よりも10年は世界から遅れをとったのではないかと思っている。

ギガが減るとid:otsune と人気ライターヨッピーの失態【PR

というわけであくまでも損の総量の話をする。

id:otsune に名指しで絡んでいった広告マーケティングクラスタ社長がいた。

そのあとヨッピーが加勢してその後ヨッピーがいつもの様にotsune晒し「イキり発言をするネット古参のよくししらないおっさん」とマサカリを投げた一連の流れで誰が一番損をしたのかという話だ。

(イキり発言をするネット古参のよくしらないおっさんというマサカリは戦況が明らかになったタイミング確認をしに言ったら何故か更新履歴もかかずに改変されて削除されていたけどそれはいかがなものか)

と、今日誕生日なのではてブを頂きたく3年ぶりのエントリーをさせて頂く。

otsuneと言ってもPBMクラスタインターネット中年會、老人會をはじめとするネット中毒クラスタアルファブロガーインフルエンサークラスタ以外では無名であるヨッピーも彼を知らなかったくらいらしい。

なので彼についてまずは簡単説明するのは無駄人生ネットで消費している村民の数少ない義務なのは私も知っている。当たり前の話だ

と言っても私が彼を認識したのはパソコン通信とあるゲーム電子会議室なのでわりと最近ことなであるのはむしろ許して欲しい

彼はそこで既に「めんどくさいが筋の通った男」というテーブルトークなら誰しもが使いたい設定で認識されていた。

その後彼は何度も炎上もして居るのがその評価は変わっていない。それは何故なのか特に筋の通った男としての部分だ。

それは彼がネットウォッチャーとしての流儀を守り続けているからだよなあ。と皆が口を揃えてブコメすることだろう。

彼はネットウォッチ三原則として直接触らない、叩かない、過剰な興味を抱かないを常に実践してきてる。まったりなんて話はしらない

有名な話はTwitter監視ツールの話だ。Twitter黎明期から彼はそのツール存在と仕組みを公にしているが、それで補足した人間血祭りにあげたことも、その人の個人情報につながる話を匂わせたことすらないのはまさしくそのもの

ここに大きな穴がみなさん空いてます大丈夫ですか?

と指摘してるだけ・・・という構造

これは彼の元祖モヒカン族としての一面を知っているのであれば当たり前の様に知っている彼のハッカーとしての血がそうさせているのだろう。

彼はマサカリを投げると同時に正しいマサカリの投げ方を教えるほどマサカリについては矜持を持っているらしい。

最近は若返りに成功したのかクラッカーハッカーの違いもわからない人がはてブを利用してる事もあるだろうからこの場合ハッカーホワイトハッカーを指してるものだとの断りはさせて頂く。otsuneクラッカーではなくハッカーなのである

今日誕生日なのではてブください。

凄いのは彼は2度ほど自らのアイデンティティに関わる炎上をしているがその際には自分自分ウォッチするという神の様な選択を息を吸って吐く様に選んだことだ。

ネットウォッチするもの自らも事象としてただウォッチするのだと村民は震えたものだ。

そんな彼のもう1つの一面がBF3の厄介プレイヤーとしての一面と争わないネット討論強者としての一面だ。

彼は無職と思われることが多いがそこそこ有名なIPを抱えるアニメ会社シス管である

特にセキュリティについての知見は彼を数年ウォッチした人であれば疑う余地が無いので割愛させていただくが彼が最も得意としているのはシス管お仕事ではなくBF3であるそれは彼のプロフを見ても疑う余地がない

BattleField4, FreeBSD, Perl, JavaScript, tumblr starcraft2:otsune 537 PSN, Xbox, Steam: masafumiotsune 3DS:1392-3915-2089

久しぶりにプロフを見に行ったところBF4にプロフ捏造されていたのでBF3で話を続けさせて頂く。

しつこいようですが誕生日なのではてブください。

彼のBF3の厄介プレイヤーとして有名なプレイスタイルとして「いやらしい地雷埋め」がある。

otsuneがいるぞと突っ込んでくる人を各種地雷で葬りさっていく嫌らしい戦い方を彼は得意とし味方ならほっとけるが、敵ならば非常にうざったい戦術を得意とするソルジャーとしてしられていた

頼りになると思った人は観測範囲が狭いので一度BF3プレイしてほしい。頼りにはならない

地雷の埋め方は一度引っかかった人が警戒すると尚更引っかかるという極めていやらしいものであった。

彼のそんな一面を知りたい人はPUBGをやると良いだろう。BF4以降では味わえない世界が待っていてドン勝だ。

ところで今日誕生日なのではてブください

既に現時点ではネタバレしてて村民歴が長い人は最初から気づいてるだろうが今回も彼は地雷を2つ埋めていた。もう絶望しかない。

ヨッピー相手の明らかな問題点をどんなに些細なものでもそこだけ切り出し一点指摘して相手をやり込める戦術社会悪と戦う姿に好感を抱ける人気広告記事ライターなのであるが今回ヨッピーが取り上げた問題点は実はotsune意図的に仕掛けていた遅延性ギガ地雷なのであった。

今まで斬ってきたおっさんはヒビの入った禍津神みたいなものだったのだが今回は名も知れぬ土着神だったのも災いした。

触んなければよかったし普通は触らない。そういうものだ土着神は

ヨッピーotsuneを知らなかったと言うのはマウンティングではなく実際知らなかったのであろうポストがあったっぽいのでそれも不幸だったのだけど彼のしている指摘はことごとく的外れでそれらに関してはotsuneは1つ1つ丁寧に指摘をしていっている。

例えば監視ツールヨッピーotsuneが配布または販売していると認識していたがotsuneゴーストリプレイプロアクションリプレイの様なビジネスをしてれば大金持ちになったのにとは村民みなが思うところで彼は自分のために作って眺めてるだけである

それらの勘違いについてはotsuneは都度否定する。

ただしギガに関しては「そういう人もいますよね?」と彼のウイークポイントとしての偽装を続けたまま24時間以上を過ごしたのである

その間にヨッピーotsuneのイキリ発言をまとめたスクリーンショットと共に

しかし僕も性格悪いなぁ……。」

という完全勝利宣言がされたのを皮切りにいヨッピーキッズ達は「ギガおっさん」「ギガネットナンパ師」とギガを消費しながらotsune突撃をしていく。ダークファンタジー世界観のものだ。なんどもいうが絶望しか無い

ヨッピーギガテーマファンに向けた熱いメッセージエントリーした。

ネット老人会の皆様はまたしても id:otsune がやっているなとそれらの構造をまず疑ってかかるのですぐ地雷気づきニヤニヤしながら眺めたりボヤかしながらのヨッピーコードのにおいがしないとか単著もないのにとか若者用語もしらないのに人をおっさんいかよとか不毛マウンティングを繰り返していた。

一通りの観衆の手元にギガ地雷が行き渡った後にotsuneギガ地雷を爆発させた。

ギガが減るって若者用語なのにネットマーケティング広告クラスタの人が知らないなんて恥ずかしくないのかな」

ギガおじさん、ギガおじさんと叫んでいた人達は爆発し、otsuneはPUBGに戻った。

眺めていたネット老人会の皆さんはまたしても id:otsune の言ってることが正しいことが証明されてしまったあの頃のはてなは楽しかったなと思い9時に消灯した。最近は夜更かしが辛い。

おっさん認定をしていた側が若者用語を知らなかった」という地雷otsuneしかけて一歩も動かなかったただそれだけの話である

アングラ系のグループチャットによるとギガビックマックの発売日を狙ったのもわざとだろうという話だ。恐ろしい。

トレンドワード話題ワードでの拡散も狙ったに違いない。

現に「ギガが減る」はヤフーニューストップ拡散され毎秒ギガギガ不毛ワードが飛び交う地獄絵図となった。

まり一番損をしたのは知らずに配布された地雷を手にしてしまったPRな方々ということだ。本当に絶望しかない。

最後になります誕生日なのではてブをくださいということを付記させていただく。

更なる付記

このエントリー徹夜明けの脳にむち打ち仕上げてみたのだが

【速報】おおつねさんと和解しました(たぶん)

というヨッピーツイートにより公開を見送っていた。

しかotsune

まるで高速道路で逃げる豚だ!

とブック破りをしているのでエントリーをした次第いけいけotsune夕飯はドン勝だ!

いったいなんの意図ヨッピーは破られるブックをotsuneと結んだかは気にするほうが野暮なのである

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん