これは何？ go を書くことがわりとあるんだけど、好きだなと思うところと嫌いだなと思うところがある。 タイトルの通り好き嫌いの話。 その仕様が正しいとか間違っているとかいう話をしたいわけではない。 全般的には、エコシステムが好き。文法はあまり好きではない。 👍 コンパイルが速い あんまり大規模なコードをビルドしたことはないんだけど、速い印象。 大変ありがたい。 👍 ビルドが簡単 C/C++ だと、処理系によっては別ディレクトリに同名ファイルがあると不幸になったり、依存関係をちゃんとするのが面倒だったりする。go は、そういうのはビルドする仕組みの中に隠されていて、ユーザは単に build するだけでよい。すばらしい。 int の最大値・最小値を得る簡単な方法がない math.MaxInt32 なんかはあるんだけど、 math.MaxInt はない。 なぜなのか。 むしろ、 uint32

設計と実装で 抑えておきたい サービスクラスと例外 from Takuya Sato nazoです。 最近はUUUMもエンジニアを含む開発チームもメンバーが増えてきました。メンバーが増えてきた時に、どうしても技術力にムラがある（単純に高い低いという話ではなく、得意な点や考え方が個人により異なるということ）という問題が生じます。 個別の細かい技術についてはその場で説明すれば良いのですが、「設計」と言うと単純に説明するのは難しく、そもそも人によって考え方にも違いがあります。とはいえここは抑えておいてほしいというところはあるので、社内で勉強会を開催して説明した内容を社内向け文書も兼ねて公開したいと思います。 今回は「サービスクラス」の作り方について紹介したいと思います。サービスクラスという概念はバックエンドに限らず、フロントエンドやその他様々なアプリケーションで応用できる概念かと思います。資料に

保守性の高いソフトウェアの開発に役立つ様々なTipsを書いた。 特定の言語にとらわれずあらゆる場面で役立つことを集めた。

自分が10～20代の頃に、両親がパソコンを使えない、ケータイでメールが出せない、スマホが使えない、という姿を見ていて漠然と「そんなもんか」と思っていたけれど、自分自身が30代半ばになってちょっとその感覚が分かる気がしてきた。 「年老いてくると単に理解力が下がる」のような個人の能力の問題かと特に深く考えずにイメージしていたけれど、そう単純じゃない気もしている。「自分には必要ない」と思って「新しく出てきた何か」に適応するのをしばらくサボっていると、いきなり従来利用してきたものが消滅して途方に暮れる。出てきた当初からちょっとずつ適応していれば、（スロープとまでは言わないにしても）階段を少しずつ上っていくように習得できても、いきなりその階段も消滅して目の前に崖が現れる。崖を登ろうとちょっと試みてみるけれど、無理すぎて諦めざるを得なくなる。 iPhoneというかiOSも、最初に出てきたときはアイコン

はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未来を考えることができる生き物です。その特異な能力ゆえに、未来に起こるかもしれないよくないことを考えると「不安」を感じてしまうのです。 仕事のプロジェクトなどは、「間に合わなかったらどうしよう」とか「この仕事はちゃんと終えられるのだろうか。」など、未来のことを考えてしまうので「不安」に満ちたものになりがちです。 また、不安なものに取り組むというのは大きなエネルギーが必要です。試験勉強をしている時などに、部屋の掃除をしたくなってしまって、気が付いたら時間がなくなっていたという経験を多くの人が体験したことがあるのではないでしょうか。人は、不安なものを直視することを無意識に避けてしまうクセがあるのです。 本稿では、プロジェクトにおける不安とはなんだろうか？を考え、できる限り不安を最小化させるということを主眼に置いたスケジュ

今日もまた２時間ぐらい昼寝をしてしまった。 毎日数時間昼寝をするのは当然だし、業務しながらTwitterみたりYoutubeみたりしてサボりまくってる。 在宅勤務が始まって２ヶ月ちょっと、最初のうちは新鮮な気持ちで自宅の方が集中できるわ〜と思ってやっていた在宅勤務も完全にだれてしまった。 仕事がそこまで唆るものではないことと孤独と生来のめんどくさがりが合わさってもうひどい。 今思えば通勤の数十分によるオンオフの切り替えや職場という周りの目がある環境が自分には必要だったのだと気づいてしまった。 業務上会議も少なく、一人で黙々とできる仕事ではあるのだけどそれがまたしんどい。毎日5分ぐらいの進捗確認ぐらいしか人と話さないし、そろそろ人と話したい。 一応上司とかにはそれとなく人恋しいですみたいなことは伝えてるけど、事情が事情だしこの状況が解消するにはもう少しかかりそうだし。 元々仕事が速いという評

データベースとして使いたい表なのに、結合セルだらけで使い物にならない。 そんなときに、VBAで作ったマクロを起動するだけで、 結合セルを解除して 元々入っていた値を、結合されていたすべてのセルに入力する マクロを紹介します。 ソースコードを貼り付けて実行するだけなので、1分もかからずに、表を整形できます。 ソースコード 下記を、標準モジュールに貼り付けて実行してください。 Sub UnmergeCellsAndFillValues() Dim rng As Range For Each rng In ActiveSheet.UsedRange If rng.MergeCells Then With rng.MergeArea .UnMerge .Value = .Resize(1, 1).Value End With End If Next End Sub 解説 For Eachループ F

前巻のおさらい 前巻はDynamoDBのデータモデリングをするにあたって必要な考え方について、RDBとの対比を交えながら触れてきました。 marcy.hatenablog.com 今回は この巻では、実際にどのようにデータモデリングしていけば良いのかといった実践的な内容を、いくつかの汎用的と思われるパターンを例にしつつ書き記していきたいと思います。 たぶん、今までの３巻の中で一番今までの巻を理解していないとピンと来ない内容だと思うので、まずは第壱巻と第弐巻を読むことをオススメします。 Partition Keyの決め方 まずは、DynamoDBでテーブルを作る際に必ず必要な Partition Key の決め方です。前巻では以下のように書きましたが、じゃあ実際にその識別子はどうやって採番するのか？ということです。 ECサイトなら「ユーザ」「商品」「注文」といった特定の意味のある存在を表す実

※この記事はKeval Patel氏の「Why should you learn Go?」を翻訳したものです。Twitterより翻訳の許可を頂きました。ありがとうございます。（Thank you!） “Goは将来的にサーバーの言語になる” — Tobias Lütke, Shopify ここ数年間で、新しいプログラミング言語であるGo（GoLang）が知られるようになりました。新しい言語ほど開発者を夢中にさせるものはないですよね？。そこで私は4,5ヶ月前からGoを学び始めました。今回はなぜこの新しい言語を学ぶべきかをお伝えしようと思います。 この記事は「Hello World !!」の書き方を教えるものではありません。そのための記事は他にたくさんあります。私は現在のコンピュータハードウェアとソフトウェアについて説明しようとしているのですが、なぜGoのような新しい言語が必要なのでしょうか？。

Long live Serverless! Since the launch of AWS Lambda in 2014 the industry has battled around what the word “serverless” has meant. I say, in 2019 who cares? In this talk we’ll cut past the hype and talk about the realities of what this technology space means, how it’s changing how companies build and operate technology, and how you can properly understand the value it brings to the table.Read less

こんにちは、菊池です。 本日は、ドイツ・ベルリンで開催中のAWS Summit Berlin 2019に参加しています。 本記事は、「Microservices on AWS: Architectural Patterns and Best Practices」のレポートです。 レベル400と、Expert向けの内容ということでしたが、立ち見も入りきれない程の超人気セッションでした。 セッション概要 Microservices are an architectural and organizational approach to software development where software is composed of small independent services that communicate over well-defined APIs. Microservices

Photo by edro Alonso こんにちは。谷口です。 プログラミング初心者の皆さんは、OSや仮想マシン、ネットワークシステムやコンピュータアーキテクチャなどといったいわゆる低レイヤーの分野を学んだことはありますか？ 低レイヤーの技術とは、すごく簡単に言うと、より物理的なコンピュータの仕組みに近い技術のことです。 例えば、初心者でもRubyやPythonなどで、「Hello World」を表示させる、「1+2」の計算結果を変数に格納する…などといったことはできますよね。では、print関数や四則演算の実行を命令したときに、コンピュータのどこで、どんなことが起きているのでしょうか？これを理解するためには、低レイヤーに関する勉強が必要です。 「プログラミングできたら何が起きてるかなんてわからなくてもいいじゃん」と思われるかもしれませんが、実務でシステム障害が発生したり、メモリやCPU

昨今大企業やめました記事が盛り上がってますね。 anond.hatelabo.jp kumagi.hatenablog.com 僕もかくいう大企業ソフトウェアエンジニアで、機械学習を担当していて、クソみたいなことがいっぱい起こって辞めようかと思うことが非常に多い。 怒りの原因を分析したところ、僕のケースでは以下の3人の壁となるおじさんがいることがわかった。 [ここで注意] 本記事は著者含め大企業で働く機械学習エンジニアの友達とslackやtwitterで盛り上がった内容を、全て”僕”一人の体験としてまとめ上げたものです。つまり 実話に基づいたフィクションです。 分散する様々な大企業の悪いところをまとめて3人のタイプのおじさんを作っているので、とある大企業の批判をしていたり、著者個人がこの様な体験をしている訳ではないことにご留意ください。 (1) 幼稚園児でもわかる結果でしか技術を評価できな

便宜的な逮捕容疑の分割は認めない――。東京地裁は、日産自動車の前会長カルロス・ゴーン容疑者（６４）に対する勾留延長の請求を蹴った。容疑者が否認している特捜事件では極めて異例な対応で、早期保釈の可能性も出てきた。 「裁判所は、検察と心中するつもりはないということだ。はしごを外された」 検察幹部は東京地裁の決定に対し、こう漏らした。日本の刑事司法における「長期勾留」を海外メディアが批判していたこともあり、ある程度は警戒していた。「国際世論に配慮して早期釈放すれば、『日本の裁判所は検察と違う』と英雄視されるから」 地裁が重視したのは、ゴーン前会長が有価証券報告書上の報酬を過少記載したという金融商品取引法違反罪について、検察が前半の５年分と後半の３年分に分けて逮捕した手法だとみられる。別の検察関係者は「同じ罪名での２分割に対する批判は、本当に捜査実務を分かっていない」として、「年度ごとの個性の違い

背景 僕は普段から出版業界に関するアイデアが浮かんだ時はメモアプリに記録してきた。 ただリトルスタッフに関することならともかく、それ以外の新規サービスとかのアイデアになると、メモったものの行動に移すことは基本ない。 だったら、アイデアを一人で閉じ込めるのではなくシェアしようと思い立った。 アイデアはどんどんシェアしてべきだ。 行動しないアイデアに価値はないし、行動しても成功できるかどうかは運とスキルが必要になる。 アイデアを公開して損することなどほとんどない。 自分が公開したアイデアが誰かの行動を促すかもしれないし、何かの反応をもらうことで考えが発展するかもしれない。 仮に何も起こらなくても、もともとメモ帳の奥底に溜まってホコリをかぶるだけなんだから関係ない。 どうせなら他の人も 「出版業界とか本屋とか、こうしたらいいのに」とか「出版関係でこんなサービスやイベントがあるといいのに」と思って

TECH x GAME COLLEGE #2 の登壇資料です https://techxgamecollege.connpass.com/event/95716/ Game Server Services をよろしくお願いします。 https://gs2.io/

transcription of my keynote at Agile Australia On the surface, the world of agile software development is bright, since it is now mainstream. But the reality is troubling, because much of what is done is faux-agile, disregarding agile's values and principles. The three main challenges we should focus on are: fighting the Agile Industrial Complex and its habit of imposing process upon teams, raisin

crontab って便利だけどわかりにくさがある crontab の書き方がおかしくてうまく実行されないとか、そんな書き方があったのか！となることがある。 なので、systemd を使って定期実行することが多いんだけど、そうすると今度は管理が大変になる。 なんだこの定期実行は！となってしまう。 crontab で敢えて書くことの利点 「なんで、いまらさ cron なんだよ。このオッサンは！！」と思われるかもしれない。でもcronを使うメリットは少なからずあると思います。 メリット cronで書くと次のようなメリットがあると思います。 一覧ですぐ確認できる /etc/cron.d に絶対ある コマンドの書き方がシンプル メール通知がかならずある。 書式はパターン化される。 最初に cron は「クロン」と呼びます。 ときどき、「くぅーろん」とか「くろーん」とか余計な母音や長音を含めている人が

こんにちは、Web事業部マネージャーのさささん（さっさん）です。 Web制作の現場ではプロジェクト開始時に「要件定義」の工程から作業を着手することが一般的です。ただし、いきなり要件を定義するわけではなく、顧客にヒアリングしたうえで課題の整理、要求の整理をおこない、要件定義として落とし込みます。 私は新卒からシステム開発の現場にいたので、要件定義に対して抵抗はありませんでしたが、Web業界で活動するようになってから要件定義がしっかりおこなわれていないプロジェクトがあることに驚きました。また、苦手というか、なにをすればいいのか分からない人たちがけっこういることに気づきました。 そこで今回は、「要件定義ってざっくりとなにをすればいいのか」をチェックリスト形式で紹介いたします。実際に要件定義が必要な場面でぜひ活用してもらえればと思います。 要件定義すべきこと 1. 制作の背景と目的 1.1. 制作

HTML5 APP CONFERENCE 2018での発表資料です。