ここでは私が実践している、ちょっと良いプログラマになるためのコツを紹介します。まるで「理想のプログラマ」のように仕事をするための簡単なアイデアです。チームでプログラミングするお仕事に就かれているみなさんが、このアイデアで昨日よりも気分よく過ごせるようになれば幸いです。 多くの達人が「理想のプログラマ」とはどういうものか、よいプログラマのあるべき姿、立ち振る舞いを説いてきました。おそらく、みなさんも達人たちが理想のプログラマについて書いた文章を読まれたのではないでしょうか。そして達人たちの示す理想のプログラマ像を想像してそんな人物になろうとしましたよね。みなさんは実際にそうなれたでしょうか。その振る舞いを実践するのはちょっと難しかったりしませんでしたか。 「理想のプログラマ」といった「理想の何か」になるために、本来の自分を変えて別な自分になる必要があります。しかし変身は痛みを伴うものです。本

タイトル通りです。本日HENNGE最終出社日で、職業プログラマとして働く最後の日となる予定です。 ちなみに以下ツイートでタイムリーなネタだったので乗ったら、2週間ほど前から準備していたこのブログエントリのタイトルをそのままつぶやいてもらえる、という奇跡が起こりました。 あらためて、今日でプログラマというキャリアを終え、明日からDevRelというか、大規模イベント運営を主眼とした活動を株式会社メルカリでやっていくことにしました。 別にこれからも必要な時にコードは書きます。というか、書かないわけがない。でもそちらを生活の糧とするのはやめて違う業種にピボットすることにしました。 とは言え、自分なりに20年続けてきた分野を主戦場とするのをやめるのはそれなりに大きな決断でしたし、決断をした時は久しぶりに馴染みのバーでぐだぐだと愚痴を吐きました。正直まだ実感は沸いてません。軽い決断ではなかったですが、

バッチ処理というのがそれ単体で勉強するのが難しく勉強しようとすると何に手を付けるべきかさっぱりわからないということは、先日のブログで述べたとおり。 自分が経験の中で得てきた知見は正しいのかどうか、世間の人に見てもらいたかったというのが書いた動機。 そして、新たな視点や指摘をゲットしてより不測の事態を考慮できている最高なバッチを作りたいという目的があったわけだ。 で、いろいろな意見をもらったのだけどその中で特に辛いと感じたのはこれ。 基幹システムにおけるバッチ処理みたいなものに関する知見については、カジュアルに学ぶ方法はありません。それを体系化した知識として整理した上で、実装できる組織があるんなら、それでメシが食えるんじゃないですかね。— 太一 (@ryushi) 2016, 2月 18 読んでいると 「俺達は障害でつらい思いをしてるし当然先人達も障害でつらい思いをしているはずだ。 なのに、

バッチ処理というのはそれ単体で勉強しようとするとなかなか何を勉強したらいいのかわからないことが多い。 特に経験がWeb系ばっかりだと、いざバッチ処理を実装しようとした時に基本的なノウハウを知らないままに書いてしまうことが多い。 バッチ処理というのは実態を整理すると「何らかのトリガーを期に起動し、データをロード・加工・変換・集計してから、出力する」という事になる。 まぁ、INがあって処理してOUTがあるという点では関数だと考えてもいいだろう。 システムの利用者(人に限らない)のアクションとは直接関係ない処理であったり、利用者のアクションをトリガーとしていても、即時にレスポンスがいらないor返せない場合に バッチ処理を選択する事が多い。 実現方式はシェルスクリプト、LL言語、実行可能バイナリだったりするし、デーモンとして立ち上げる場合もある。 利用者の操作に対して対話的・同期的な処理はオンライ

こんにちは。メルペイで、決済・振込申請のバックエンドソフトウェアエンジニアをしている id:koemu です。 今日は、バッチ処理を行う理由について、考察を深めて設計に活かしていく話をしたいと思います。 はじめに バッチ処理とは、ある決まったタイミングで1つのプログラムが複数のデータを 一括処理 することを指します。この反対の言葉として、オンライン処理があります。オンライン処理とは、お客様の操作を初めとしたイベントをもとに 逐次処理 されるものです。OLTP(Online Transaction Processing)とも言います。 本エントリでは、バッチ処理を採用するにあたり、どういったユースケースが適切なのかを整理して、今後のソフトウェアの設計の指針にできることを目指しています。今回は、「バッチ処理を採用するとき」と「バッチ処理の設計」の2つについて取り上げます。 バッチ処理を採用する

CSSは設計手法も大事ですが、どういう単語で名前をつけていくかも大事だと思っています。 個人個人でばらつきが出るところでもありますし、「単語名 英語」で検索をして探した単語を使ったけど若干意味合いが違ったといったこともあると思います。 クラス名を決めるためのリストを見かけることもありますが、英単語の読みは書かれていても意味合いが書かれていることは少ないように思います。 自分の確認用と、チームで製作するさいの基準になるようなものを作りたいと思い、単語とその意味を短くまとめてGitHubにあげています。 CSS クラス名リスト | GitHub 以下投稿時の内容です。 名前をつけることは難しいですが、とても重要なことです。 CSSには設計思想が必要ですが、実践するにあたり、名前と機能の意味がとおり、名前のつけ方にブレがないようにするべきです。 このドキュメントでは、CSSでよく使われる単語を分

BEMのいいところは、それが何者なのかが明白ということに尽きる。とある要素を見たときに、そのスタイルがどこに書かれているのか、何を表しているのかがクラス名を見ればわかる。手を入れる際も、どこに追記すればよいのか、どれくらいの影響を及ぼすのかの大部分が推測できる。 レスポンシブ・デザインと相性がいいとか、流行りのコンポーネント指向と相性がいいなど、BEMの良さは他にもいくつか挙げられるけど、決定的なのは明瞭さであると思う。 BEMを使いはじめてかれこれ３，４年くらい経った。その間に色々な命名規則や設計思想が登場してきたけれども、今のところは浮気する程の魅力を他に感じることもなくBEM一筋でやってきている。ただし実践するにつけて、より明瞭で破綻しづらい設計を実現するために、様々な制約やガイドを設けてやってきたので、「もともとのBEM」からは多少なり離れているかもしれない。 ただし、それはBEM

作家・演出家の鴻上尚史氏が、あなたのお悩みにおこたえします！　夫婦、家族、職場、学校、恋愛、友人、親戚、社会人サークル、孤独……。皆さまのお悩みをぜひ、ご投稿ください（https://publications.asahi.com/kokami/）。採用された方には、本連載にて鴻上尚史氏が心底真剣に、そしてポジティブにおこたえします（撮影／写真部・小山幸佑）この記事の写真をすべて見る 写真は本文とは関係ありません（※イメージ写真） 鴻上尚史の人生相談。「4歳の娘が可愛くない、キレそう。いつか手をあげてしまうのでは」と自分を不安がる相談者。苦しむ母親に、鴻上尚史が教える「理屈が通じない理不尽」の経験とは？ 【相談19】4歳の娘の我がままに、爆発してキレそうです（41歳　女性　ごんつく） 4歳の娘がいます。最近、娘が可愛くないのです。というのも、娘が自分勝手で我がままだからです。例えば、お昼はパ

書籍『はじめてのフロントエンド開発』が2018年5月9日に技術評論社さまより刊行されております。 執筆プロジェクトでは React のパートを担当させていただいたのですが、執筆にあたり作成した React Component ライフサイクル に関する図 をこのたび CC0 ライセンスで公開しました。 https://github.com/iktakahiro/react-component-lifecycle-diagram React Component ライフサイクルに関する図 .ai および .svg フォーマットも取り揃えておりますのでどうぞご活用ください。 ところでお気づきの方もいらっしゃると思いますが、書籍執筆時点では React v16.3 のリリース前であったため、上記のダイアグラムも v16.3 で追加されたライフサイクルについての情報が盛り込まれていません。 更新版を作

フィードバックを送信 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 検索エンジン最適化（SEO）スターター ガイド ウェブサイトの構築時には、ユーザーを念頭に置き、見つけやすく閲覧しやすいサイトになるよう工夫するのが普通です。検索エンジンもユーザーの一種ですが、コンテンツを見つけるためにユーザーの手助けをします。SEO（検索エンジン最適化）では、検索エンジンにコンテンツを理解させることで、ユーザーが検索エンジンからサイトを見つけてアクセスすべきかどうかを判断できるようにします。 検索の基本事項では、ウェブサイトが Google 検索の表示対象となるために特に重要となる事項を説明しています。Google のインデックスに確実に登録される方法はありませんが、検索の基本事項に沿って作成したサイトは Google の検索結果に表示されやすくなります。SEO とは

まともな機械学習エンジニアを雇うと、機械学習を使うはずだったプロジェクトに「機械学習は必要ない」とダメ出しされるから、雇わない方がいいというジョークを聞いた

Roppongi Product Manager Meetup #7 〜Tech 企業の現役プロダクトマネジャーが本音で話す〜 ・プロダクトマネージャーとは ・昨今のプロダクト開発事情 ・プロダクトマネジャーが肝心な理由

大手ソフトウェアダウンロード販売会社、Web制作会社などで、マークアップエンジニア、プログラマ、サービス企画、ディレクターを経験。2013年、株式会社ピクセルグリッドに入社。HTML、CSS、JavaScriptなどをオールラウンドに担当。とりわけ、プログラマブルなCSSの設計、実装を得意とする。 趣味で作成したゲーム「CSS PANIC」は、JavaScriptを一切使わず、HTMLとCSSのみで実装。海外サイトで紹介されるなど話題となった。

セブイレの前で楽しそうに露店を出すおばあちゃん達 @ 川越フリーランスになってかれこれ６年目。それでも毎回悩むのが仕事の報酬の見積もり。永遠のテーマ。たぶん人それぞれ考え方は違うかもしれない。あれこれ悩みたくないし交渉が苦手だからと、人月単位で単価を固定してる人とかもいると思う。以前書いた通り、自分は人月単価で仕事を受けていない。全て案件の内容に応じて報酬額を提示させていただいている。その理由も必要なら納得してもらえるまで先方に説明する。ちなみに自分の場合、最初から報酬額が決まっている案件はあんまりない。 この６年で仕事を見積もる際の考え方はだいたい出揃ってきたので、紹介してみたい。 提示額は自己評価に左右される依頼内容を詳しく聞いたら、軽く設計して実際のタスクがどのようになるか検討する。それを元に効率性・緊急性・専門性・有効性の４軸で仕事を評価する。詳しくは後で説明するとして、まずは希望

今日は、新年度シリーズとして（続くのかな？）、ウェブで使う画像の基本に関する情報をお届けします。お題は「PNG？ JPEG？ GIF？」どんなときにどのファイルフォーマットを選ぶべきかの基本です。 結論から言うと、ウェブ画像（動画ではない静的な画像）の基本は次のとおりです。 写真（自然物）はJPEG 画面キャプチャ（人工物）はPNG（しかも8bit PNGにして減色する） 次のものは様子をみながら8bit PNGとJPEGで最適なものを選ぶ 自然物と人工物が混じったもの（写真が使われているサイトの画面キャプチャ）グラデーションが入っている画面キャプチャ写真でも色数が少なくてパターンが直線的なもの Web画像は「キレイで」「大きくて」「軽い」が命ウェブサイトに画像は付き物です。ビジュアルに魅力を訴求することで、テキストだけのコンテンツよりも効果が増します。 しかし、画像というものは、キレイで

先日、鹿児島で行われたq-tech Meeting X #1というイベントのパネルディスカッションに参加させていただきました。テーマは、アウトプットを通じていかにエンジニアとして成長していくかということについて。その中で様々な論点とやり取りがあったのですが、このエントリでは、時間の関係もあって話せなかった内容について、簡単に紹介したいと思います。 #qtech トークセッション聞いてる pic.twitter.com/zfhgw2Rd1n— Yuta Kurotaki (@kurotaky) January 29, 2019 上記のツイートは、当日のパネルディスカッションの様子。左から、わたくし、株式会社W・I・Zの松岡さん、SYNAPSEの中野さん、リモート参加のさくらインターネットの松本さん（が映るMacをかかえるペパボのpyamaさん）。 そもそもなぜ鹿児島で話しているのかというと、

原文：http://npf.io/2014/10/why-everyone-hates-go/ 酔っぱらった勢いで訳出してるので、違ってたら修正リクエストください。 訳者の１行でわかるサマリ それって、Goのシンプルな言語哲学が、ML系言語好きのアイデンティティを挑発しちゃってるからじゃないの？ いや、実際みんなって訳じゃないんだろうけど。最近、なんてGoをみんなそんなに批判的なのかって言うquoraの質問が出たもんで。（わるい、普段はquoraへのリンクを張らないんだけど、それがこの記事のきっかけだからね。）この質問への回答を見るまえにもう、僕には、次みたいなことが書かれていることがわかってた： Goは70年代に立ち往生した言語だ Goは40年間に及ぶプログラミング言語研究の成果を無視してる Goはブルーカラーの凡夫のための言語だ Go使いはJava1.0で仕事しても大丈夫なんだろう。

こんにちは、2z（Twitter： @2zn01 ）です。 twitter.com 普段は会社員でWeb系の開発エンジニアとして働き、週末に趣味で個人開発をしています。 ⚡️作ったWebサービスhttps://t.co/69mEDg2NFV 👨‍💻個人開発のきっかけhttps://t.co/HLLyiRBfwI 📝ブログhttps://t.co/kDbvyqBLgg 🍫マシュマロhttps://t.co/H2QbXOKwUD 🤖AIメーカーhttps://t.co/66DFU7GRZ2 📡ツイレポhttps://t.co/oFiPYwT34N 🖼️waifu2x-multihttps://t.co/REOo3XOEgV— 2z / AIメーカー開発 (@2zn01) 2019年1月6日 昨年の12月に「ツイレポ」というサービスをリリースしました。 このサービスはリリース直後に

非エンジニアが技術を学ぶメリット - カスタマーサポートとエンジニアのギャップが解消された話 ユーザーの声が集約されるカスタマーサポート部門には、エンジニアの皆さんにとっても参考になる、サービス改善のヒントがあります。ピクシブではカスタマーサポート担当スタッフがエンジニアリングを学び、スムーズなコミュニケーションを実現しています。 CS担当がエンジニアリングを学び、解決したかったもの CSがエンジニアリングを学ぶための社内体制 エンジニアの手を借りながら自社ツールを改善 エンジニアリングへの知識が低コストなコミュニケーションを生み出す CSからエンジニアにお願いしたいこと リリース情報は共有すべし ユーザー目線での回答をすべし お問い合わせとFAQはローンチ時から実装すべし Webサービス運営側とユーザーの接点となる職種が、CS（カスタマー・サポート。近年ではカスタマー・サクセスを意味する

認証技術の種類と進化の歴史。ユーザーの情報を守るために必要な基本を知ろう サービス運用に必要不可欠な認証技術には、どれほどの種類があり、そしてなぜこれほどまでに多様化したのでしょうか。認証技術の進化と、それに対する攻撃手段の流れを不正ログイン対策ツールを手がけるCapyのエンジニア2名に解説してもらいます。 私たちが何気なく使っている認証とは一体どういうものなのでしょうか。 認証はコンピュータやインターネットが普及する前から用いられている、利用者を識別し、その正当性を証明する技術です。この定義に当てはめていくと、家の鍵や合言葉など、身の回りでもおなじみのものも「認証」にあたります。 認証を支える技術のうち、よく知られているのが暗号です。原始的な暗号技術のひとつに、古代ローマで用いられたシーザー暗号（Caesar cipher）があります。これは当時の為政者、ユリウス・カエサルが使ったといわ