Elm の本を書いていました。 基礎からわかる Elm 実は 2017 年時点で Amazon に存在していたのですが「出した直後に Elm がバージョンアップして紙くずになりました」という事態をどうしても避けたかったので 0.19 が出るのをひたすら待ってました。0.18 から半年くらいで出るだろうと踏んでいたんですが、蓋を開けたら１年半経ってました。実際バージョンアップで elm-make が elm make に、 elm-package.json が elm.json に、 elm-lang/* が elm/* に、toString が Debug.toString や String.fromInt に、Html.program が Browser.element に、と色々変わってしまったので、あの時点で出していたら本当に紙くずになってましたね。 内容 Elm は公式ガイドがかな

日経xTECHの元記事を読んでもCOBOLの特徴があんまり伝わってこない感じだし、かといってそれをディスってもしょうがないので、書いてみた。 https://anond.hatelabo.jp/20190205192741 COBOLは本質的にはDSLなんだけど、一見汎用プログラミング言語に見えてしまってRubyやPythonなんかと比較するのが誤解のもとではあると思う。今の人でも知ってそうなCOBOLに似ている言語はたぶんSQLで、データを処理するための専用言語。ただ、SQLは頑張ればすごく複雑なこともできるパワフルな言語で、だからこそ現代でも生き延びているわけだけど、COBOLはわりとシンプルなデータ処理を想定している感じ。 SQLだけでアプリケーションを作れないのは触ったことある人なら誰でもわかると思う。普通はJavaやRubyで全体の流れを記述してデータベース入出力をSQLで書く。

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 ところでこのツイートを見てほしい。このソースコードをどう思う？ 世界最悪のログイン処理コード。 実際のサービスで可動していたものだとか……https://t.co/C2bG93ZCkj pic.twitter.com/EfVNAEslrn — はっしー@海外プログラマ🇳🇿元社畜 (@hassy_nz) 2018年8月10日 すごく……セキュリティーホールです…… 一応は動いていますが、あまりに問題がありすぎるため、Twitterでも話題になっていました。 問題点は片手に入り切らないぐらいある気がしますが、一つづつ解説していきま

「たばこは薬物」などと発言した福島県郡山市の品川万里（まさと）市長に対し、日本たばこ産業（ＪＴ）東北支社や郡山たばこ販売協同組合など関係１０団体は１０日、発言撤回を求める意見書を同市長に提出した。 品川市長は先月４日、市を訪問した日本禁煙学会関係者に「たばこは嗜好（しこう）品ではなく薬物だ」と発言し、市議会で反発や謝罪を求める意見が相次いでいた。 同市役所では各団体から８人が「市長の発言は遺憾。撤回と謝罪を求める」などとする意見書を品川市長に手渡した。品川市長は「これまでの議会での答弁をごらんいただきたい」と述べ応じなかったという。 同社の筑摩秀康郡山支店長は「市長の発言にはがくぜんとした。市内には何万人もの愛煙家がいるが、一般的に『薬物』という言葉は、違法であるかのような受け止めをされる。今後、どう対応するか検討していきたい」と話した。 同市は、昨年６月に市関連施設の敷地内全面禁煙を柱と

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

エンジニアとして世に出荷されて3年、そこそこ外部で発表してきたのでその時にやってよかったことやメソッドをまとめておく。 過去の登壇歴 SlideShare, Scrapbox, SpeakerDeckにあげてある 基本的に新しいものは全部SpeakerDeck, 資料作る時間無いときはScrapboxって感じに使い分けてる Sota Sugiura’s Presentations on SlideShare Presentations by Sota Sugiura // Speaker Deck sota1235のスライド置き場 - Scrapbox 30min以上話したイベントの登壇歴だとこんな感じです。 YAP(achimon)C Tokyo 2016(30min) PHPカンファレンス2016(LT), 2017(60min talk) PHPカンファレンス福岡2016(30min

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 僕の本職はサーバーサイドなのですが、半年くらいReactとReduxを使ったフロント部分を触ったので、書きたいと思います。 先にReact.jsについてですが、本家がチュートリアルをしっかりと用意しており、学習コストも高くなく、悪くないものだなと思いました。 しかし、Reduxが入った途端、めっちゃ複雑になった印象があります。chromeのプラグインを入れて開発するのが普通とか言われたのですが、そんなものを使わないと作業できないくらいに複雑で辛いなぁという印象です（Javascriptは、console.logがあれば、ほぼ開発できる気

設定不要のビルドツール parcelというビルドツールが空前の勢いでGitHubスターを集めており、リリース数日で5000スターを超えています。今日だけでも1000スター以上増えており、Googleなどの有名企業リポジトリ以外でこのスピードで人気がでるのは異例です。 https://github.com/parcel-bundler/parcel https://parceljs.org/ 実際に試してみたところ、これはwebpack一強時代を終わらせるレベルの使いやすさだと確信しました。 作者はAdobeのエンジニアで、その他著名エンジニアも続々と参加している様子です。 webpack疲れ webpackが出た当初、webエンジニアはgulp/grunt疲れの状態だったことを覚えている方もいるかと思います。 webpackの統合された設定ファイルは、タスクランナーで逐次処理していたものを

今年の頭に中小SIerから事業会社に転職をして、 半年以上経ったので、振り返えりを書こうと思う。 なんで転職したか？ Sierで受託開発の仕事をしている間に 個人で小さなWebサービスをいくつか作った事があり、 それを周りの人につかってもらったり、そのサービスを大きくしていく上で、 BtoCの受託開発も良いけど、自社Webサービスをグロースさせる仕事も 面白そうだなーという気持ちが徐々に強くなり、転職を考えるようになった。 結果、去年の末にとある事業会社から内定をもらったので、転職することにした。 事業会社に転職でどうだったか？ 「技術はあくまで手段であって、プロジェクトのKPIにコミットできないエンジニアはいらないよ。」 最初に上司に言われた言葉がこれだった。 恥ずかしい話だが、 入社する前は、事業会社のエンジニアの仕事って 企画サイドが考えた施策を開発者が実現可否やスケジュールを判断し

adventar.org この記事は退職者 Advent Calendar 2017の1日目の記事です。 いまさらになっちゃうんですが今年の10月頃に株式会社Speeeを退職しました。2年と9か月ぐらい在籍していたと思います。 現在は新宿の某社で働いています。 在職中のこと 在職中はずっとデジタルコンサルティング事業部という所にいました。 主に社内システムや、Webコンサル・広告配信に関するWebアプリケーションの運用・開発を行っていました。 自分とディレクターが１名ずつの小さいプロジェクトもあれば、 エンジニアが10名弱のプロジェクトのリードエンジニアを任されたりもしました。 詳細はあんまり話せないやつですが色々経験できて楽しかったです。 Speee社の良かった事 変化のスピードが半端ない 入社当初と比べて、社内の変化がもの凄かったです。 オンプレサーバにPHPでWebシステムが動いてい

mrubyを使っていたところ、あるmrbgemが思った通りに動かなかったとする。あなたはまず真っ先に自分のコードを疑い、次にmrbgemの挙動を疑うであろう。 しかしmrbgemにはテストが十分に書かれていないかもしれない。ので、自分でテストケースを追加して手元で走らせ、様子を見たいと思うのが人として自然な成り行きである。 ところでmrbgemのリポジトリなどを見てもどのようにビルドしテストを実行させているのかが全く不明なケースが多く、なにこれどうやるの? という疑問を当然のように持つと思うので、そのような人のためのメモがこのエントリ。 ちょっと調べると以下のようなエントリがひっかかりますが、これは2年前のもので、この通りに build_config.rb を書いて上書きして走らせてもmrbgemのテストは実行されません。注意。 mrubyのモジュールmrbgemを開発した際に簡単にTra

どうも、新卒エンジニアのDAIです。ここ最近、趣味で2chのひろゆきさんの番組を見ていたのですが、COBOLという言語に興味を持ちまして。気になって調べてみたところですね、 - COBOL（コボル）は、1959年に事務処理用に開発されたプログラミング言語である。名前は「Common Business Oriented Language」（共通事務処理用言語）に由来する。(wikipedia) - 世界で稼働しているシステムの過半数は、COBOLで構築されている」 - 現在でもライフラインを支えるような重要なシステムでは、メインフレームが使われ、主にCOBOLが使われている - 普通は浮動小数点数になるからそこで誤差が生じるけど、COBOLは10進演算で行うことと言語仕様で決まっている（Togetter） （ほええ、おいらもCOBOLにお世話になっているのか！） そんで、ひろゆき氏が言ってて

優れたパフォーマンスと、可読性、テスト容易性を両立し、メンテナンス可能なソフトウェアを書くためのノウハウをお伝えします。私はたくさんのライブラリを公開しています。さまざまな状況で使われるライブラリでは通常のアプリよりも高いパフォーマンスと互換性の維持が求められます。 進化を止めず、互換性を維持することは簡単ではありません。またパフォーマンスの向上には多くの場合トレードオフがあります。そのことを理解し、ちょうど良いバランスの最適な選択をすることがエンジニアの腕の見せどころです。