Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
Railsあるある 何気ないモデルの変更がアプリケーション全体を傷つけた TL;DR 最近の趣味アプリではコントローラーごとにモデル生やしてトップレベルのモデル使わない設計で書いていて、コールバックやデフォルトスコープ書き散らかしても影響範囲がコントローラー内だけで済むので便利だしFormオブジェクト書いてグルーしまくる必要もなく快適 — Miyagi (@hanachin_) 2018年1月30日 アプリ全体で1モデルだとグローバル変数と一緒、モデル全体に影響でる機能がアプリ全体に影響でてつらい。機能ごとにスキップしたり使い分けはできるけどモデルごと全部分けたほうが楽、コントローラーごとに分けると責務が明確になりやすい。みたいな感じです! 詳しい記事はやる気でたら書く... — Miyagi (@hanachin_) 2018年2月9日 自分自身ネームスペースどう切るかとかは興味なくてd
自己紹介 こんにちは。 Hirozといいます。 タイトルにある「中年の危機」は、かっこよく言えば「ミッドライフ・クライシス」と言うそうです。 私は、そんな中年の危機ど真ん中の文系非エンジニアのアラフォーおっさんです。 35歳くらいから「このままでいいのか」と思うようになり、葛藤の迷宮に入り込んでしまいました。 今もまだ抜け出せていません、たぶん。 その過程で「組織の肩書きによらない素の自分の力でやってみたい」、「直接人の役に立つ実感が得られることがしたい」と思うようになり、それを具現化する手段としてWEBサービスを造ってみたいと思うようになり、2017年12月にWEBサービスをリリースしました。 自分でプログラミングを習得しながら作るぞと思ったのが2017年の2月。 開発環境作りなどのトラブルに翻弄され、本格的にコードを書き始めることができたのは2017年の5月末。 そこからコツコツと開発
2018/02/05 https://mackerelio.connpass.com/event/76678/
コメント欄で「Software Design 誌 (2018/12) に寄稿した内容や修正などをこちらの記事にも適用したい」と言ったあと、やるやる詐欺でずっと放置していましたが、三年近く経ってようやく 2021年 7月に大幅に改訂し、同時に Zenn に引っ越すことにしました。 タイムゾーン呪いの書 (知識編) タイムゾーン呪いの書 (実装編) タイムゾーン呪いの書 (Java 編) なにやら長くなりすぎたので三部構成になっています。 この Qiita 版は、しばらく (最低一年は) 改訂前のまま残しておきます。 タイムゾーンの存在はほぼ全ての人が知っていると思います。ソフトウェア・エンジニアなら多くの方が、自分の得意な言語で、タイムゾーンが関わるなにかしらのコードを書いたことがあるでしょう。ですが、日本に住んで日本の仕事をしていると国内時差もなく1 夏時間もない2 日本標準時 (Japa
年末年始になると自宅のネットワーク周りをいじりたくなるmizutaniです.1年くらい前にミラーリングできるスイッチを格安で手に入れてはしゃいで自宅ネットワークの監視環境を作ったんですが,今見直してみるとわりと複雑な構成で,これをどうにか整理できないかと昨年末に思い立ちました.機器の構成はなるべくシンプルにするとともにどうせなら今風な作りにしようということで,Docker + Linuxで構成するPCルータを作ってみました. 設計 原則 サービスのモジュール化 Linux kernelにやらせなければならない仕事を除き,各サービスをなるべく独立して動かせるようにします. 市販のブロードバンドルーターなどと比べ,Linuxを入れたマシンは非常に自由度が高いためなんでもできますが,そのために環境が"汚れて"しまうという問題が有ります 細かい変更を続けるうちにサービスや保存してあるファイルの依存
2011年1月15日にJSer.infoを開始してから今日でちょうど7年となりました。 今年は特にイベントもないので簡単にJSer.infoの振り返りを書いてみます。 去年の紹介記事 去年一年間に紹介したサイト数は1074でした。 また、今までのすべての紹介したサイト数の合計は7691でした。 JSer.infoの紹介したサイトデータはすべてデータ化されているので次のページから見れます。 jser/jser.info JSer.info Data Dashboard JSer.infoのゴール あらためて振り返るとJSer.infoのゴールは次のようなものです。 「JavaScriptに興味がある人にもっとJavaScriptを知ってもらう」 「JavaScriptの情報を整理して正確に伝える」 「更新コストを小さくして、継続できる形を作る」 毎年この時期になるとゴールを振り返って、そもそ
¡Hola! マッチングエージェントでサーバーサイドエンジニアをやっているアントニオです。 この記事はCA Advent Calendar 2017 22日目の記事です。 あわせて4日間、株式会社マッチングエージェントのメンバーがそれぞれの視点でタップル誕生のサービス開発にまつわることをアップしてきた「CA Developers Blog 自主的なマッチング祭り」はこの記事で終わります。 前回はタップル誕生Androidエンジニアnamikiの申請文言に添えるもの〜タップル誕生の場合〜でした! マッチングエージェントのサービス「タップル誕生」のアプリサーバーはNode.jsで運用しています。今回は今年行われたメージャーバージョンアップグレードについて紹介したいと思います。 この記事を書こうと思ったきっかけ 他サービスの話を聞くと、割と古いバージョンが使われていることが多いと感じました。大体
エンジニアブログを立ち上げたいんですけど、という話を相談ここ最近何件か立て続けに合ったので、なんかざっくりですがアウトプットしておこうと思います。 自分が過去に今の会社で立ち上げたときに社内に書いた文書をちょっとアレンジしたものです。何かの参考にしてもらえるとうれしいです。 なぜやるか会社の技術ブランディングを高めたいって、これに尽きるんだけど、技術ブランディングというのはつまり「この会社にはこんな技術出来る人がいるのか」と思われること「この会社の、公開されてるこの技術、超良いな」と思われること「この会社のエンジニアの環境、楽しそう」と思われること結果、「この会社、すごい人が集まってる」感を出すことそれにより、「その会社で働いてみたい」「その会社にいるこの人と働いてみたい」人が増えていくことなどなど、だったりしますでもそれだけじゃなくて、 エンジニアがプロダクトだけでなく、それに付随する技
#jtf2017 ( http://2017.techfesta.jp/ ) にて『Web サービスの信頼性を守るための取り組み』というタイトルで発表しました。
ワークマンについてはこちらの記事もおすすめ今年もワークマンの新作ランニングウェアでロードからトレイルまで走り込んでみた 2019ワークマンはランニングでもコスパ最強なのか?トレイルランナーが片っ端から試してみた【2018春夏モデル】コスパ最強ワークマンで全身揃えて紅葉の奥秩父を歩いてきた【2017秋冬モデル】コスパ最強と噂のワークマンで全身揃えたらどこまでいけるか試してみた【2016秋冬モデル】何だかんだいって、山道具は高いと思われています。最先端の技術が使われいるから?あるいは命を預ける道具だから当然?もちろんそれぞれ一理あるでしょう。 でも、それがアウトドアにどうしても踏み出せない要因の一つだったとしたらこんな切ない話はありません。実際のところはそんなことないのに。 そんな考えがきっかけで以前レポートした『冬のワークマン特集』は、おかげさまで驚くほど多くのユーザーに読まれ、シェアしても
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く