はてなブックマーク

TL;DR 「すろっくさんと仕事、とても仕事しやすかった」って言ってもらえることがある。 これの言語化をしたいなと思って書いている。 会社員時代と違って、フリーランスも長いので、理由は色々あれど現場を離脱することはあるんだけど、一緒に仕事していた人たちからはこういう言葉をかけてもらえることがある。大体は「会社さんと僕の契約について判断をする立ち位置にない一緒に働いているみんな」にそう言ってもらえることが多かった。 僕の仕事しやすさってなんだろう？僕が目指す仕事しやすいエンジニアってなんだろう？って思ったので改めて言語化したい。 最近のTLを眺めていて 某社でレイオフがあったそうな。 某社をやめた皆さんが僕とみんな技術スタックが同じなので、自分と同じ方向性で自分より優秀な人が増えた。RailsとAWSが主戦場のエンジニアが溢れたという感じか。個人的にはこの辺りはちゃんとできる人が世には少ない

毎年なにかを殺さないと気が済まないエンジニアのみんなが書いたなんとかis deadの記事をまとめてみた。 PHP id deadPHPはもうすぐ死ぬPHP is deadその2CakePHP is deadRuby is deadRuby is dead? 2019Ruby on Rails is dead?2019Ruby on Rails is deadRuby on Rails is dead?その1Ruby on Rails is dead?その2Ruby on Rails is deadその3Python is deadReact is deadnodejs is deadJava is deadGCP is deadVim is dead 2013emacs is dead 2014emacs is dead （英訳） 所感 現在使われている技術を死んだとかもうだめとかいうのは

BASEの最後の半年はやることがなくなってきたのと打って変わって、この一年間は忙しいことの連続で、なかなか手を止めることができなかったなあ。一言でいうと人に助けられてきた一年だった。所管としてはフリーランスがしんどいというより、2019年がただナチュラルに辛い一年だった気がする。 最初は週4日FINCさん、週1でroot42さんからの仕事や他の仕事をする、といった感じで収入のほとんどをFINCさんに依存してて、不安が大きかった。3月末にFINCさんとroot42さんの仕事が契約終了になり、今は3月から契約した2つの会社と仕事している。なんとか一応収入が途切れないこともあってすこし安心して生活はできている。 二社ともプロダクトがまだ正式版になってないこともあるので名前は出せないんだけど、それなりにがっつり関わらせてもらって、かなり新しいチャレンジもさせてもらっている。アーキテクチャの設計から

TL;DR 仕事でCloudSQLを触っているので知見を書く。 結論から言うと、GCP特有のポイントにいくつか気をつければ、あとはMySQLをチューニングするのと対して変わらない。 はじめに パラメータはインスタンスタイプを変えたところで自動で変わってくれない。 なので、ちゃんとしたいなら自分で変えてあげる必要がある。ログはデフォルトでは吐き出さないので出力する設定＆ファイルに吐き出す設定にする、など。 query_cache_typeもデフォルトoff。もろもろパラメータの設定はアプリケーションにあわせて設定していかないと、インスタンスタイプあげてもお金の無駄遣いになる。 ちなみにinnodb_buffer_pool_sizeだけはCloudSQLは自動で変えてくれる。db-n1-standard-1のインスタンスはメモリ3.7Gとかだけど、2Gとかに勝手にあげてくれた。 ディスクサイズ

Rails6系の記事をまとめました。情報まだ少ないですね。 Rails本体 まだ空白がいくつかありますね。公式Guideのリリースノート。Removalが空白なの怖い。 Ruby on Rails 6.0 Release Notes（Edge） 海外の方がまとめてくれてます。 What is new in Rails 6.0 QiitaではRails Advent Calendarで、見えるところを洗ってくれた方がいました。 Ruby on Rails 6の主要な新機能・機能追加・変更点 少し前にRails6について中の人？が話してくれたスライド。 Action Text is coming to Rails 6! Rich text editing and display by virtue of the Trix editor. It's never been so easy to g

今日は HTMLとCSSばっかしのお前らに ひとつ教えてやる 俺が前から仕事にしてる いわゆる 世界の中心の 基幹を成す “Webサービスのインフラ” その作り方だ。 まずWebサーバだが nginxかApacheをオススメしよう これならネットで検索すれば情報はあるし 設定もわかりやすいから 混乱もない ところがどっこい お前らのインフラ力ときたら 黒い画面は無理 viやりたくない lsってなにか そんな状態じゃサーバなんて とても構築は無理だ だからといって 安易にブラウザベースを進めるわけじゃない さっきも言ったが コマンドラインからいけた方が便利だからな だからWebサーバはこのふたつが 初心者にはうってつけ 俺もそうだったし おかんもそうだった 手強いかもしれないが まずはHello WorldのHTMLだすとこまでこぎつけろ PHPとかは二の次でいい 本当に二の次なんだ まあ結

すろっくさんだよ。 昨日帰りにちょっとRubyって初めてやる人にはことごとくむいてないんじゃないかって考えてしまったので書きます。僕が考えてしまったことなので、詳しい人は反論もらえるとうれしいです。 Rubyって検索してでる記事の99％が現役エンジニア向けの説明ばっかし ネットをさまよっていると、Rubyの特徴について書かれているテキストにたくさんであります。そういったところで言われるRubyの話は大体こんなところかと思います。 わかるんですけど、Googleで検索してでてきた記事の大体が、 1. ここ最近rubyを使い始めたエンジニア (例えば新入社員) 2. 普段rubyは使っていないもののrubyに興味があるエンジニア みたいな人を対象にしているんですね。言語に迷う人を対象にしないRubyのよいところとかってあまりないんです。 あとコードが美しくかけるとありますがRubyで書かれたク

すろっくさんです。 今更ですがISUCON5にチームくまさんでのびすけ氏、うめゆき氏とともに参加しました。 結論からいうと惨敗でした。今回の予選の解説はこちらで書かれているので、敗因はつかめましたので、そこを含めてかければと。 担当は僕がインフラ、のびすけ氏とうめゆき氏がアプリ・DBでした。二人にコードレベルでのチューニングとDBの精査をお願いし、僕はLinuxカーネル〜ミドルウェアを担当しました。 悲劇はすでに開始前に起きていて、node.jsでいこうぜ！って話していたのにnode.jsが廃止になったんですよね。でも個人的にはこれは直接の敗因ではないのかな、と感じてます。 要素の一つとして、アプリを見てもらった二人に残された言語が不慣れなものしかなかったことが一つ。PHPをあまり業務で触ってなかったとのことなので、すごくすごくやってて辛かったと思います。本当に申し訳ないことをしました。今

すろっくさんだよ。 今日は家の奥にあった「マトリックス」「マトリックス・リローデッド」「マトリックス・レボリューション」のDVDを引っ張りだしてしばらくぶりに観てみました。いろいろ突っ込みどころが多いところがあるのは100も承知なのですが、改めて観るといろいろ突っ込みどころありまくりですね。 今日はせっかくなので、マトリックスの世界で使われている電脳世界システム「マトリックス」を僕なりに再設計してみようと思います。 その前に今回は問題提起編です。まずは仮説を立てないと手を動かせませんからね。 気が向いたら修正編かきます。 あ、ネタバレ含むのでそういうの嫌な人は回れ右。 現状のマトリックスとその問題点 行きます。10個あげたけどもっとある気がする。 問題1:マトリックスの電源は栽培された人間なので、モーフィアスたちが人間を解放すればするほどマトリックスは運用するための電源が足りなくなる モー

こんにちは。応援するとチームが必ず負ける@srockstyleでーす。楽天今日がんばってね！ 技術ネタも書きたいので今日はRailsのページキャッシュのお話をします。 Railsアプリでキャッシュ、使ってますか？ 実はページキャッシュはRails4本体から削除され、フラグメントキャッシュになりました。でもやっぱり静的に作成したいなあ、なんて要望もあるかもしれません。 まあそんなときは以下の設定をGemfileに書いちゃってください。このgemを使うとページキャッシュを復活させることができます。 [ruby] gem ‘actionpack-page_caching’ [/ruby] これでbundle installすればRails4でもページキャッシュが作成されます。作成先は設定によって変えられます。以下をapplication_controller.rbに書いちゃってください。 [ru

@srockstyleです。 技術系TIPS的な記事、書いてますか？ 技術系の記事はQiita、概念的な話はブログと決めて今年は続けてみようと思います。 さてさて、テック系の記事、書いてますか？ よく勤めている会社のエンジニアブログとかだとテック系の記事って技術系に振っちゃいますよね。僕もそんな感じで、エンジニアとして期待されるのってそういうところなのかなって。マネージャークラスからするとイケてる技術つかっているからうちにおいでよみたいなのを期待されていると思うんですけど、テック系の記事ってバージョンも古くなるし時事ネタになりつつあるので、あとから読まれても申し訳ない感じになっちゃうんですよね。中には記事を最新バージョンに沿ってメンテされている人もいるみたいですけど。 書く口調とかにもよりますけど、デキる人からは「お前みたいなのが技術ブログ書きやがって迷惑なんじゃ」って言われたりするので僕

@srockstyleです。 最近あちこちで技術的負債と枯れた技術の話があがったりしてるみたいですけど、個人的には技術的負債と枯れた技術には厳しくあたらなきゃなあと思ってます。 枯れたソフトウェアっていう名目で古いソフトウェアを使い続ける現場多いんですけども、意外とびっくりするようなバグがあったりすること、最近多い気がしてます。bashしかり、OpenSSLしかり、glibc……まあ、別になれたもの使えばいいと思いますが、かといって「すでに動いているから変更の必要がない」という考え方って僕自身としては危険だなと思ってます。 セキュリティパッチを当てる事に対してすごくネガティブなイメージもたれる人っているんですけど、サーバサイドといってもOSレイヤーのソフトウェアの説明って説明してもわからないひとからすると優先順位は低いです。そしてOSレイヤーの話をしても緊急度がぴんとこないと結局そこにパッ

この投稿は書いてから4年とかたっててとりあえず書き方もやばいので修正中です！ こんにちは。@srockstyleです。Railsつかってますか？ Active Record使ってますか？　スピードはともかくなんでもかんでもActive Record挟めばクエリが楽になげれていいですよね？ Railsライクをうたうフレームワークも増えて久しい昨今ですし、とにかくRailsのActive Recordは学ぶのにすごく便利だと思います。 今日はそいつらをちまちまと基本的なことをメモっぽく並べていきます。対応バージョンは4系です。早速書いていきましょう。 前提条件 流行に乗って、音楽アーティスト情報を入れた以下のテーブルがあるとします。 artists albams songs これを呼び出すモデルさんが以下です。 Artist Albam Song 準備オッケーです。いっぱいあるのでテンポよく。