「リンスタ関ヶ原 〜敗軍の将、兵を語る編〜」で話したこと。 https://devlove.doorkeeper.jp/events/66102Read less
![4つの戦犯から考えるサービスづくりの失敗](https://cdn-ak-scissors.b.st-hatena.com/image/square/2aceff7aec18ac636de780148d06067867d5c6af/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F4-171112063250-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
11/4 に開催された VimConf 2017 でトークショーに出演してきましたので、その報告です。 トークショー予行演習(?) 昼休みは、トークショーの予行演習として(?)、koronさん、mattnさんとともに、壇上で衆人環視の中弁当を食べつつ、適当に質問に答えるという希有な体験をさせていただきましたw 弁当はかなり立派で、おいしかったです。 トークショー 「Vim鼎談」という題で、koronさん、mattnさん、私の3人でトークショーを行いました。Vimを使い始めた契機や、どのように開発に関わってきたかなどいろいろ話しましたが、トークの内容は「vimconf2017へ行ってきました」などを見ていただけるとなんとなく分かるかもしれません。 話した内容の補足をいくつか書いておこうと思います。 私がVimの開発に関わり始めた経緯についてですが、私の最初のvim-jpへの書き込みは「les
先日、はてブを眺めていて「お、これは!」と思ったブログ記事があった。 結婚式の参列者がスマホで撮影した写真を、そこにいる全員で共有して閲覧できるようなアプリというかサービスを作ってみたというお話だ。 ↓ tomoima525.hatenablog.com 新郎自身が当日デバックしながら運用したという、信じられないような面白い記事だけど、これってなんか既視感あるなーと思って自分のブクマを検索すると、つい最近も同じようなことをやっていた方がいたのを思い出した。 それがこちら。プレゼン形式のスライドになっている。 ↓ speakerdeck.com サーバーレス?というか最近のWEB技術ってさっぱりわからないのだが、とにかく今風の技術を駆使して苦労しながら作り上げた様子が伝わってきて興味深かった。 で、さらに自分のブクマを検索していると、なんと今から10年ほど前にも、同じようなサービスを作ってい
はじめに Webフロントエンドの知識がjQueryで知識が止まっていたので、モダンなWebフロントエンドに触れてみた。そのメモ。 良かった点 「今はこうなっているのかー」と分かった。今後はナウい記事を読んでもビビらないと思う。 Reactのすごさ 触ってみて下の記事のいうことが理解できた。何がすごいの?と聞かれたら下の記事を掻い摘んで説明したい。 Reactを使うとなぜjQueryが要らなくなるのか 触ってみたもの ES6 Yarn Webpack Babel Sass/SCSS React とりあえずエディタ開いてHTMLを書くぞというタイプの人間だったので、フロントエンド開発にまずはコマンドラインを打って環境を構築する点が新鮮。自動化できるところはツールで共通化してラクできるところはラクをする、というのは分かった。Reactは使うか分からないが、Webpack/Babel/SCSSは絶
こんにちは。みなさんもウェブアプリをリリースしたあとに同業者にソースごとパクられたことってありますよね。難読化しても難読化されたまま同業者のサーバで動くので困ったものです。そこで、私がとった解析しずらい対策をまとめてみたいと思います。 前提 多機能な画面をJavaScriptでゴリゴリ作ったのにもかかわらず、HTMLやCSS、JavaScriptファイル一式を自社サーバにまるごとコピーして、ライセンス表記だけ書き換えて使うような業者を罠にはめるということを想定しています。 当然通信をリバースエンジニアリングする人もいるので、自社サーバでは防げないという前提です。 HTMLにはauthorメタタグ よくあるMETAタグで権利者を明記します。これは権利の主張もそうですが、JavaScript自体に権利者が認定した権利者でなければ無限ループを起こすという処理のためにも使用します。逆に、権利者が我
ajitofm 13に「言語を学ぶ時に練習で何を実装してみるか」みたいな話が出ていた。 で、自分は何やっているかなーと思ったので書き出してみる。 全部やるってわけではなく、目的に応じていくつかやってみる感じ。 parser combinator パフォーマンスを求めないなら数日で実装できる 文字列操作 最適化の練習(文字列編) JSON serializer parser combinatorを使って何かやってみる時の定番? quickcheck的なライブラリを練習するのにちょうど良い binary serializer バイナリ操作 マクロ 最適化の練習(バイナリ編) msgpackが仕様の大きさ的にやりやすい? データ構造 ひとつひとつは小さいので練習しやすい データ構造、アルゴリズムの復習を兼ねる TODOリスト Webフレームワーク DB logging テスティングフレームワーク
エンジニアがスキルを磨きたいとき。キャリアプランに迷ったとき。モチベーションを高めたいとき。いつも助けになってくれるもの。それは、本。 優秀なエンジニアを目指すのであれば、良質な多くのインプットが不可欠です。それでは、各領域の著名なエンジニアにとって、良質なインプットとは? 本稿では、19名の著名エンジニアに、自身のキャリアを支えてくれた“この一冊”というべき名著を伺いました。 各領域で活躍するエンジニアたちは、数多ある書籍からどんな一冊を選び、そこから何を学んできたのでしょうか? 自身のスキルやマインドを磨くために、絶対に読んでおくべき珠玉の書籍を、ご本人と書籍の関わりエピソードとともに紹介してもらいました。 ※人名の50音順に掲載。回答者は敬称略とする。 池澤あやかが推薦!『Prototyping Lab』 サイバーエージェント 板敷康洋が推薦!『リファクタリング』 リーバンス 今井彩
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く