「Perl」を含む日記 RSS

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

2018-01-08

日本IT企業のココがイケてない

ってどこか連載してほしいと常々思うのだが。

大企業サイトが軒並みイケてない

言わずもがな楽天。なんだこれ。インターネットがこの世に出たころのようなデザイン、これはもはや意図的に使いにくさを追求しないと辿り着けないレベル

値段に神経質にこだわるユーザーくらいしかチェックしない。

銀行系、クレジットカード系、なんでもいいけど日常的に使わざるを得ないインフラを担うような会社サービス

大手企業だけどSIerに開発を丸投げしているような会社システム

もうすぐにエラーになるわ、URL名前おかしいわ、ちょっとたことに7クリックくらいしないと実現できない。リクルート系も同じくらいヤバイ

これは外注している会社全般にいえるけど、SIer技術レベルはやはりヤバイSIerはこの世から滅びたほうが社会のためになる。

退会の煩わしさとメール受信停止の面倒くささ

ユーザー視点で見事なまでに考えられていない。ここで苦労させることに何の意味があるのか。

日本辞書からおもてなしという言葉は取り除いてもらいたい。

道徳がまったくないサービスの乱立

Youtubeとか海外カンファレンスをみていると、よく「Make the world better place」ってフレーズをよく聞く。めちゃくちゃ聞く。

サービスによって世界をより良くしたいって思想の元にサービスを開発しているわけだ。

ところが日本はどうだ?

そんな発想がないどころか、「Make the Japan more chaotic place」って言葉がぴったりだ。

まりサービスによって日本もっと混沌とした場所にするってこと。日本経営者エンジニア社会的意義とか考えたことないやつばかりだ。

メルカリとか犯罪の温床になるようなサービスばかり提供し、ドヤ顔。昔流行ったソシャゲとか、そんなゴミを開発している会社だらけ、DeNAなんかソシャゲ以外の新規ビジネスでも問題だらけ、社会悪のもの。儲かればなんでもOKって会社ばかり。

社会全体に倫理がない日本とかホントどこに向かってるんだろ?

技術トレンドが2年くらい遅い

今時Dockerが〜とか恥ずかしげもなくそんな記事が今なお乱立する、まじかよ。

さらに開発環境に使いましたって糞みたいな記事が乱立する有様。Deployはどうした?

Qiitaとかゴミ記事プラットフォームと化しているかgoogle検索からまじで外してもらいたい。

さらRubyが〜Railsが〜なんて、世界でもPerl並に勢いよく廃れている技術を今なおスタートアップドヤ顔で使う。

まあそれはいいけど、あんパフォーマンス自由度高すぎて可読性も低い言語流行る時点でエンジニアリング思想普通に欠けてると思う。

技術手段ではなくて目的になりすぎ

さらマイクロサービスアーキテクチャーが〜っていって大した規模ではないスケール必要性がまったくないようなシステムにまで

無理に導入しているやつ。

もうエンジニアを辞めることを強くオススメする。

CTOって肩書があっても、こういうやつがい日本はもうほんとすごいわ。


なんか書いてて心が病んできたので、何かwebメディアで連載してもらいたい。

2017-12-29

anond:20171229110515

Perl

use strict;
use warnings;
use feature 'say';

sub fz {
	my @pattern = @_;
	return sub { $pattern[(shift() - 1) % @pattern] };
}

my $fizz = fz("", "", "fizz");
my $buzz = fz("", "", "", "", "buzz");

foreach my $i (1..100) {
	say ($fizz->($i) . $buzz->($i) || $i);
}

https://ideone.com/mcc7kS

# use 5.xxxが使えない罠。

2017-12-14

anond:20171213232305

具体的に言語仕様のどのあたりが嫌なのかよくわからんけど、一つの事を複数の書き方ができるってどの言語でもわりとある程度はそんなもんじゃないの?

特別 Ruby が辛いとか思った事はないなぁ・・・

言語仕様が大きくて覚える辛みがあるってことなPerl とか Scala のが辛いんじゃないかと思った。

まぁそこで golang に行くってのは正解な感じはする。

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以外の選択肢はほぼなかったんだが。

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