BASE株式会社を退職ります。 | srockstyle
すろっくさんです。 tl; dr 2019年7月末でBASE株式会社を退職します思い出話今後のこと 誰？ このアイコンの人です。 Rubyとインフラのエンジニアのすろっくさん(@srockstyle)です。今まではRuby on Rails使ってWebアプリケーションの設計・構築・運用、サーバ・ネットワークの設計・構築・運用の自動化、Chef / puppet / ansibleなど構成管理ツールやserverspecなどのツールの導入、Infrastructure as Code的な仕事をしてました。それらの知識を合わせてAWS-SDKやGithubのAPIを使っていろんなものを操作するアプリケーションも書いてました。BASEではそういった経験を活かしてWebアプリケーションより一階層下のレイヤー、インフラの知識を持つソフトウェアエンジニア、SREという仕事してました。 Twitter：
webフロントエンドからwebAPIを呼び出すのをwrapするアレの名前 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
twitterに書いたやつ再掲+加筆。 Webフロントエンド、というかSPAの設計で、単なるwebAPIラッパーに対して「Repository」と名付けるケースが散見されるけど、ぼくはあれあまり好きではないです。というのも、Repositoryという名前がついてると、集約的なもの、それが言い過ぎならいわゆるEntity、それも言い過ぎならひとかたまりのデータを保存、取得するだけの責務のように思えるからです。けど、実際の「Repository」を見てみると、取得されるのは画面の仕様にベッタリなJSONだったり、更新系としてもなんちゃらidとパラメータを渡すようなIFになってることが多いですよね。画面の仕様にベッタリなJSONが返ってくるようになってたり、idとパラメータ渡すだけだったりするのは、多くの場合考えることが少なくて済むし通信量も減る良いプラクティスだと思うので、それ自体は問題ではな
SCOUTER開発者ブログ
2024-04-29 CSSってどんな勉強をしたらいいの？おすすめの勉強法3選！ 文字やタブなどWebサイトのデザインを作成するマークアップ言語がCSSです。 CSSを勉強すると、おしゃれなWebサイトやかっこいいWebサイトが作れるようになります。 また、Webサイトを作るときに必要なHTMLを理解するのにも役立ちます。 CSSを勉強するならできるだけ効率よく勉強できるようになりたいですよね。 ではCSSの勉強法はどのようなものがあるのでしょうか。 CSSの勉強法は、スクール […] 2024-04-29 WEBエンジニアから見たXserverの使い勝手と評判 レンタルサーバーのおすすめサイトを見ると、大体どこでも上がってくる有料のレンタルサーバーの一つに「Xserver」があります。 このXserverとは、どのようなサーバーで、サービスにはどのようなものがあるのか。 ホームページ関連
アクセシビリティ視点から考えるプロダクトの付加価値、そしてどう取り組むか？｜Okuto Oyama｜note
皆さんこんにちは。2019年1月に株式会社プレイドに入社したデザインエンジニアの大山です。 インターネットではyamanokuと名乗ってる者です。趣味はインターネット徘徊です。 今まで受託制作の会社に勤めていたのですが、このたび初めてSaaS事業会社で働くことになりました。まったく別世界のため日々学びばかりの状況です。 そんな自分も入社して4カ月が経ち、あらためてプレイドに入社してこれからやっていきたいことを書いてみようと思いました。 制作会社時代はHTMLとCSSとJavaScriptを書いてただけの人間でパッとした特徴もなかったのですが、ユーザーに価値を与えながら長期運用に耐えられる強固なものをつくりたいという自分の中でのミッションは一貫していました。 それを実現させる一つの手段として注目しているものがアクセシビリティの担保です。 アクセシビリティとはなにかAccessibility
新機能- Intelligent TieringによるAmazon S3の自動的なコスト最適化 | Amazon Web Services
Amazon Web Services ブログ 新機能- Intelligent TieringによるAmazon S3の自動的なコスト最適化 Amazon Simple Storage Service（S3）は12年と半月以上にわたり使用されており、数兆ものオブジェクトを格納し、毎秒数百万件のリクエストを処理します。お客様は、バックアップ＆リカバリ、データアーカイブ、データレイク、ビッグデータ分析、ハイブリッドクラウドストレージ、クラウドネイティブストレージ、災害対策のニーズにおいて、S3を活用しています。初期の頃の、汎用的なStandard (標準)ストレージクラスに始まり、その後ストレージクラスを追加して、よりよくお客様にサービスしてきました。現在では、4つのストレージクラスを選択することができ、それぞれのクラスはある特定のユースケース向けに設計されています。現在のオプションは以下の
DBの寿命はアプリより長い！ 長生きするDBに必要な設計とリファクタリングを実践から学ぶ - エンジニアHub｜若手Webエンジニアのキャリアを考える！
DBの寿命はアプリより長い！ 長生きするDBに必要な設計とリファクタリングを実践から学ぶ アプリケーションの寿命よりも長く、データの追加やテーブルの変更で成長し続ける「データベース」と、どのように付き合っていけばよいのでしょうか？ 曽根壮大（soudai）さんによる寄稿です。 こんにちは。そーだい（@soudai1025）です。 新しいサービスを始めるとき、必ずと言っていいほどデータベースは利用されています。また今稼働しているサービスの多くでも、RDBMSをはじめ、いろいろなデータベースが利用されています。そんなに広く利用されているデータベースだからこそ、多くの問題の元になるのもまた事実です。 そこで今回は、Webサービスを中心にデータベースの選び方、設計についてお話していきたいと思います。そして私もまさに今、2011年から続くWebサービス「オミカレ」のRDBMSのリファクタリングに携わ
iOSに向き合い続けた10年。岸川克己がSpreadsheetViewで埋めたかった「iOSに不足していたもの」 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
iOSに向き合い続けた10年。岸川克己がSpreadsheetViewで埋めたかった「iOSに不足していたもの」 KeychainAccessやSpreadsheetViewなど、iOSアプリ開発で広く使用されるOSSを送り出した岸川克己さん。iOS、Swiftの世界で先駆けと評される岸川さんに、ソフトウェア開発の裏側をお聞きしました。 職業、iOSアプリ開発者。いまでこそ、こうした肩書は珍しくありませんが、10年以上前から、iOSに向き合い続けてきたエンジニアがいます。今回の主人公である岸川克己（きしかわ・かつみ／ @k_katsumi ）さんは、まさに“iOSの第一人者”と呼ぶにふさわしい人物です。 2008年9月、日本でiPhoneが発売されるやすぐにアプリを送り出し、以降、岸川さんはiOSアプリを開発し続けてきました。エンジニアとしての高いスキルが評価され、これまで数多くの有名企業
grpc-gatewayの開発に学ぶ、ソフトウェアの設計手法〜Yuguiが定めた、2つの基本設計方針 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
grpc-gatewayの開発に学ぶ、ソフトウェアの設計手法～Yuguiが定めた、2つの基本設計方針 良いソフトウェアとはどのような方針のもとに設計されているのでしょうか。広く使われているOSSであるgrpc-gatewayの開発過程を作者のYuguiさんが振り返り、その設計手法を解説してもらいました。 こんにちは。 Yuguiと言います。 本記事では読者がより良いソフトウェア設計を行うための参考として、筆者が経験してきた設計上の決定をご紹介します。 筆者はこれまでRuby 1.9のリリースマネジメントを担当したり、Google Mapsの日本向け地理データ処理やgrpc-gatewayの開発などをしてきました。そしてこれらを通じて、広く長く使われて拡張されていくソフトウェアを設計するための方針決定に携わったり、方針に関わる良い議論を目にしたりする機会に恵まれてきました。中でも本記事では、
Railsはどこから来たのか - 0058 号 巻頭言 - るびま
Railsはどこから来たのか のっけから宣伝で恐縮だが、Ruby Prize 2018が現在ノミネート対象者を募集している。Ruby Prizeは、「新規にRubyコミュニティ活動に参加した人を正当に評価し、Rubyの普及と利用促進を図る」ということを目的とした新人賞的な位置づけの賞で、2017年はkamipoさんこと上薗竜太氏が受賞した。2018年についてはこちらから一般推薦に応募できるので、広く協力していただけるとありがたい。 今さらながら最近気づいたのだが、最近 Web アプリケーション開発を始めた人からみると、Rails というのは Web 開発の王道をいく Web アプリケーションフレームワークであり、MVC といえば Rails であり、MVC の M として代表的な OR マッパーと言えば ActiveRecord である、という認識もめずらしくないらしい。 なにそれそんなや
NotePM - 社内wikiでナレッジ共有・マニュアル作成
ナレッジマネジメントで 属人化を解消 マニュアル作成・ ナレッジ管理ツール さまざまなシーンで活躍します マニュアル作成 社内Wiki ノウハウ共有 社内FAQ 社内ポータル 取引先情報共有
「Go言語らしさ」とは何か？ Simplicityの哲学を理解し、Go Wayに沿った開発を進めることの良さ - エンジニアHub｜Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > 「Go言語らしさ」とは何か？ Simplicityの哲学を理解し、Go Wayに沿った開発を進めることの良さ 「Go言語らしさ」とは何か？ Simplicityの哲学を理解し、Go Wayに沿った開発を進めることの良さ プログラミング言語には作者の設計思想が強く現れますが、Go言語もまた後発であることを生かし、しっかりとした思想に基づいて開発されています。公式のドキュメント等で語られているSimplicityの哲学を理解し、Go言語らしさ、Go Wayに従って開発する良さについて、はてなチーフエンジニアの松木雅幸（Songmu）さんが解説します。 id:Songmuと申します。はてな東京オフィスでチーフエンジニアを務め、Mackerelというサーバー監視のSaaS開発においてプロダクトマネージャーを担当しています。 筆者が勤めている株式会社はてなでは、2
2018 年の tree shaking - 株式会社カブク
Discussion 1. CommonJS は tree shaking されない ※追記、修正あり すべてのモジュールバンドラーが、 import { isEqual } from 'lodash'; を tree shaking できませんでした。これは、 CommonJS は静的に解析することができない困難または不可能（2018/06/15 修正）なためです。 例えば、 ES Modules の import, export に対応する CommonJS の require、 exports は、それぞれ以下のように動的に書くことが許容されています。 require const fooOrBar = require(Math.random() < 0.5 ? 'foo' : 'bar'); exports for(const name of ['foo', 'bar']) { ex
Angular + Firebaseで作ったWEBサービスをリリースしたので、たまった知見を書き出してみる - Qiita
Angular + Firebaseで作ったWEBサービスをリリースしたので、たまった知見を書き出してみるJavaScriptAngularSEOSPAFirebase はじめに 以前からちょこちょこ新しいWEBサービスを作っているということをQiitaの記事に掲載していましたが、このたび[SCORERA（verβ）」を正式にリリースしました。（2019年3月にサービス終了） サービス構築、リリースにあたって色々と知見がたまったので、作成過程で詰まったことや、リリースにかかる作業のうち技術的な側面のものを中心に公開しておこうと思います。 目次 前提 どんなサービス？ 使用している技術 トピック SCORERAのディレクトリとモジュール構成 RxJSの状態管理 外部ライブラリの選定 FirebaseのRealtime DatabaseとFirestore クライアントサイドのエラー取得 An
技術書典4にサークル参加してきました - 株式会社カブク
メリット – メリットはこちらに詳しいので省略します。 注：複数人で原稿を書いていたので、全体としては個別に好きなツールで書き、Google Docsに貼り付けて全員で修正したあと、InDesignでレイアウトするという流れでした。 デメリット – ESCキーが物理キーではないマシンで執筆すると完璧な絶望を味わえます Google Docs の印刷サイズの問題が致命的で、cm単位でサイズを変更できないので詰みます。吉海の場合は印刷所の方からサイズに関しての連絡があってからこの問題が発覚しました。最終的には印刷所の方にPDFの原稿のサイズを修正していただくことで解決をしました。次の原稿は吉海もRe:VIEWを使おうと思っています。 本の印刷について 技術書典4では日光企画さんとねこのしっぽさんがバックアップ印刷所で、これらの印刷所を使うと印刷した書籍を会場に直接搬入してもらえました。 吉海と
Web サービスにパスワードは必要ない - Frasco
Web サイトを開発する際のアーキテクチャ設計において、ユーザーの認証にはメールとパスワードを利用するのが一般的でしょう。この設計は身に染み付いていて、なぜユーザーにパスワードを作成させるのか、考えもしないかもしれません。私たちは慣れてしまったのです。 しかし、ユーザーはパスワードを必要としない可能性があります。 一つの解決策は OAuth 2.0 ですが、すべてのユーザーがSNSのアカウントを持っているわけでもなく、あなたのサイトでそのアカウントを使用したいと考えているとも限りません。 では、あなたはどのようにしてパスワードを使わずユーザーを認証しますか？その回答はこの記事を読めばわかります。 何が問題か？ 最も安全なパスワードは、あなたが覚えられないパスワードです Troy Hunt そもそもパスワードそれ自体に問題があります。あなたや、あなたのユーザーにとっても良いものではありません
ランキング設計はどうあるべきか？ その2｜深津 貴之 (fladdict)｜note
前エントリで論じられた、正しいランキング設計の考察の続き。第2回は、ランキングの収奪性、格差の固定性を軽減する手段を、具体的に論じてみる。 前回の記事へのTwitter上のフィードバックは、Togetterにまとめてある。こちらもご興味があれば、一読の価値がある。いくつか被ってしまったものもあるけれど、諸々の後半記事。 「ランキング」以外の名称を用いるこれはほぼ確定。ランキングという名前は、「noteとして競争原理を推奨する」という強いメッセージを発する。noteの全てのユーザーが、競争原理で動いているわけではないので、これは望ましくない。 おそらく最終的には「注目」「人気」などの名称を使うことになるかと思われる（「オススメ」はパーソナライズ用にとっておく）。また、「ランキング」という名称やスタンスをやめることで、後述するようないくつかの公平性のための施策を行う余地が生まれる。 時間による
Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita
本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Web API Design // Speaker Deck
Angular Webアプリケーションの最新設計手法.pdf - Speaker Deck
複雑なJavaScriptアプリケーションに立ち向かうためのアーキテクチャ
