普段はAWS関連のお仕事がメインです。 開発、構築、テスト、アーキテクトやら、運用保守となんか役割がよくわかりません。 見積もりもやったりします。 さっさと、Admin権限つけたロールを付与してほしいものです。
こんにちは。開発部門HR(技術人事)を担当しているOKANO@奈良出身です。前回はぐるなびの新卒研修がどのようなものなのかを紹介しました。 今回はこの1年開発部門の中で開催してきた、ベテラン若手問わずに参加ができるエンジニア勉強会の取り組みについてお話したいと思います。 数ある職種の中でも、エンジニアは特に学び続けることが必要な職種のひとつだと僕は思います。毎日のように更新される技術ブログや新規技術の記事に目を通しているだけで時間が瞬く間に経過していきます。 個人が学んだことを組織内で共有し合える環境は、参加者同士で刺激を受けられて一人でもくもくと学ぶよりも自分の中への落とし込みも多いもの。 そんな組織的な学びの環境を作りたいなぁと思っている方の参考になるとうれしいです。 2017年3月〜2018年2月に開催した勉強会 ぐるなびの勉強会文化 ぐるなびで、勉強会はなぜ定着しなかったのか 勉強
どうも、さっそ (@satorusasozaki) です。 ぼくは「シリコンバレーで世界を変えるプロダクト作る!」という目標を掲げ、3年前に渡米しました。最初の2年間はエンジニアとして活動し、3年目に現地で出会った4人の仲間とスタートアップを始めました。1年少し続けたのですが解散することになったので、今日は以下の3点を中心に、振り返りを書いてみたいと思います。 ・シリコンバレーで現地の人とスタートアップを創業するまで ・スタートアップな生活 ・スタートアップが解散する理由 シリコンバレーで現地の人とスタートアップをするのはどんな感じなのか、できるだけ具体的に想像していただけるように、私生活など、仕事以外のことも織り交ぜながら書いていきたいと思います。これからサンフランシスコ・シリコンバレーに来て何かやってみたいという人のお役に立てれば嬉しいです。 ・・・ スタートアップを始めるまで最初に、
最近、プライベートの友人にも「ゲーム好きなんでしょ?Steamでオススメある?」と聞かれる事が増えた。 格安でゲームが購入できて、かつゲームを遊ぶ上で優れた機能を大量に備えた、PC専用プラットフォーム「Steam」が、これだけ日本で認知されてきた事を、私は心から嬉しく思う。 私はSteamで10年ゲームを遊び、800本以上収集し、そしてブログで4年ゲームを語り続けてきた廃人だ。ことSteamのキュレーターとして、絶対の自信がある。 そして本稿では、いつ誰に「オススメは?」と聞かれても答えられるように、自分が最高だと思うSteamの名作50本を厳選し、詳細な魅力と共にご紹介しようと思う。 Steamは名作ゲームの宝庫。古今東西の何千本もの名作ゲームが眠っている中、あらゆる角度、あらゆる魅力、あらゆる可能性から選んだ50本なので、どんな読者の方でも絶対に1本は気に入ってくれる作品があると私は信
はじめに この記事では、Asset Store で有料で公開されている オススメのアセットの紹介記事を62個まとめました リンク先の記事で簡単な使い方も紹介しているので 興味があるアセットは試してみて頂ければと思います 目次 はじめに 目次 エディタ拡張 スクリプト 物理エンジン GUI 機能統合 エフェクト 2D&スプライト カメラ ビデオ 入出力 その他 シェーダ パーティクル アニメーション 完成プロジェクト テクスチャ 関連記事 エディタ拡張 Odin - Inspector and Serializer - Inspector を拡張するアセット Shader Weaver - ノードベースで 2D ののシェーダを作成できる Shadero Sprite - ノードベースで 2D のシェーダを作成できる Editor Console Pro - 設定豊富な多機能コンソールウィンド
Unity はいくつかの理由で Github.com を使うのが手間になることがあります。その中で最も障害となりえるのがlarge binary assets、つまり大きなサイズのバイナリファイルの扱いです。 今回は、先日発表された Github for Unity を利用することで、このフローがどう改善するのか見てみましょう。 github.com 目次 目次 なぜ Github.com で Unity を管理するのが手間なのか 大容量に成りうるファイルのバージョン管理には Git LFS を利用する Github for Unity を用いないこれまでの流れ Github for Unity を用いてみる ダウンロード Unity へのパッケージ導入 Github ログイン Github ウィンドウ History タブ Branches タブ Settings タブ Account
以前、はてなブログのスマホデザインのカスタマイズ方法について書いた。 はてなブログのスマホデザインCSSをカスタマイズして、簡単にオシャレに見せる方法 - Literally 多くの方に参考にして頂いたようでとても嬉しい。続編を書いて欲しいというご要望をいくつか頂いたので、僭越ながらまたデザインカスタマイズのTipsを書こう思う。前回はスマホデザインについてのみ触れたが、今回はPC表示のカスタマイズについて。主にコピペだけで「超カンタン」におしゃれなブログが作れるので、Webデザイン初心者の方にも是非読んでいただきたい。 はてなブログユーザーでないのにこのページに辿り着いてしまった方、大変申し訳ありません… はてなブログテーマ「DUDE」を作りました。 「はてなブログを一瞬でおしゃれに美しくする最強のデザインカスタマイズ方法」と仰々しいタイトルを先に決め、ブログのカスタマイズ記事を書き出し
明けましておめでとうございます。随分と更新が空いてしまいました。2017年は会社としても個人としても本当に色々なことがあり、なかなかブログを更新できない期間が続いてしまいました。今年はインプットの量を圧倒的に増やし、アウトプットに繋げていきたいと思っております。今年もよろしくお願い申し上げます。 シリーズAの会社って選択肢が無数にある 2017年を振り返って、まず思うことはシリーズAというスタートアップの期間というのは本当に難しい状況なんだなということです。スタートアップのフェーズにおいて、シリーズA前後が一番難しいのではないかと思ってしまいます。おそらく、その要因の会社として取れる選択肢が最も多いからなのかもしれません。シリーズAまではとにかくプロダクトを作る期間。やることは顧客に求められるプロダクトを作るだけ。シリーズBを超えるあたりでは、既に勝ちパターンが見えてきて、組織の形も出来上
2016 年に逝去した、元 Intel CEO の Andy Grove による High Output Management の日本語訳が復刊され、さらに Hard Things の Ben Horowitz の序文がついたことで、改めてスタートアップ界隈でも 1 on 1 (ワンオンワン) ミーティングの効果が注目され、各社や各人の 1 on 1 のノウハウが共有されるのではないかと期待しています。 Y Combinator の Sam Altman はスタートアップ初期でのコミュニケーションの重要性を何度も説いています。特にスタートアップは業務が複雑になりがちで、かつ状況の変化も早いため、コミュニケーションがボトルネックになりがちです。 コミュニケーションの遅れは意思決定の遅れにつながります。そして意思決定の遅れは事業の進捗を遅らせたり、トラブルの兆候を見逃してトラブル発生の原因にな
なんか、このサイトBootstrapくさい。そう感じることはありませんか? その理由はズバリ、欧文ベースでつくられたフレームワークを文字構造の違う日本語で適用した際に不都合が出てしまっているからです。 それらが醸し出す違和感を放っておくと、Bootstrapくささを生み出す大きな原因になってしまいます。 そもそもの問題として、欧文と比較して和文は文字の要素が多く、文字自体のリズムも少ないため、どうしても複雑で単調に見えてしまいます。 しかし、和文だからといってあきらめることはありません。BootstrapのCSSを少しだけ変えるだけでグッと見た目がよくなる隠し味をご紹介します。 1. line-heightで行間にゆとりを。明朝やゴシックなど、フォントの種類が言葉の印象を表すように、文字の行間は読みやすさ、文章全体の雰囲気を左右します。 欧文をベースに設計されたBootstrapをそのまま
昨日BS11で再放送してた『ラブライブ!』の1期最終回を見ていたらDDRっぽいゲームが出てきた。本放送時は気にも留めなかったけど、ついこの間もDDRっぽいゲームが出てくるアニメがあったなぁと思って調べてるうちにまとめてみようと思ったのでまとめました。DDRは詳しくないのでツッコミあったらお願いします。 一応書いておきますとDDRとはコナミが出してる音ゲー『Dance Dance Revolution』のことです。詳細は以下とかで。 Dance Dance Revolution - Wikipedia DDR (だんすだんすれぼりゅーしょん)とは【ピクシブ百科事典】 Dance Dance Revolutionとは (ダンスダンスレボリューションとは) [単語記事] - ニコニコ大百科 魔法少女まどか☆マギカ (第6話「こんなの絶対おかしいよ」より) 真っ先に浮かんだのが杏子がDDRっぽいも
はじめに いま開発中のRailsアプリケーションのRackサーバーは最初Unicornを使っていたのですが、諸々の事情でPumaの方を使いたいということになった。 まだリリースもしていないのでやるなら早めに変えちゃおうということでPumaについて調べてみた。 Pumaとは Pumaとはスピードと並列性を追求したRubyのWebサーバーです。 RubyでWebサーバーを作るときの標準となっているRackに対応したライブラリになっています。 スレッドベースのWebサーバー Pumaではリクエストの並列処理を実現するためにスレッドを利用しています。 リクエストを処理するためのスレッドを予めスレッドプールに指定した数だけ用意しておきます。リクエストが来るとそのスレッドに処理を任せることでスレッドベースの並列処理を行っています。 Rubyの処理系について Pumaではスレッド用いるため、Rubyの処
リレーショナルデータベースの排他制御は、複数のトランザクションが同時に同じリソース (テーブル・行) に対してアクセスしても内容の整合性が崩れないようにするために行うもの。 また、排他制御のやり方には悲観的と楽観的のふたつがある。 悲観的排他制御は、あらかじめ対象のリソースを自分以外のトランザクションから操作できないように排他ロックをかけることで処理をアトミックにして実現する。 それに対して楽観的排他制御では、リソースを操作する際にそれが別のトランザクションから変更されていないことをバージョン番号やタイムスタンプを使って確認することで実現する。 今回はこのふたつの排他制御について MySQL を使って試してみることにする。 尚、今回使用する環境は次の通り。 MySQL はバージョン 5.6.26 を使っている。 $ mysql -u root -e "show variables like
「トランザクション分離レベル」って今まで聞いたことはあったんだけど、なんのこっちゃわからんかったし、実用面で運用中に気にすることもなかったし、けど知らないままなのもなんだかなぁ、ってことで改めて調べてみました。 Wikipediaによりますと トランザクション分離レベル (-ぶんり-)または 分離レベル (英: Isolation) とは、データベース管理システム上での一括処理(トランザクション)が複数同時に行われた場合に、どれほどの一貫性、正確性で実行するかを4段階で定義したものである。隔離レベル 、 独立性レベルとも呼ばれる。トランザクションを定義づけるACID特性のうち,I(Isolation; 分離性, 独立性)に関する概念である。 Wikipedia「トランザクション分離レベル」より 重要なのはトランザクションのACID特性のI(Isolation; 分離性, 独立性)に関する概
これはWebスクレイピング Advent Calendar 2017の7日目の記事です。こんな感じでAWS FargateとAWS Lambdaを使ってサーバーレス(EC2レス)なクローラーを作ります。 この記事はFargateでのクローリング処理にフォーカスしており、クロールしたHTMLをS3に保存するところまでを主に解説します。Lambdaの方はおまけ程度の扱いで、スクレイピングしたデータの扱い(データベースへの格納など)はスコープ外です。 長くなったので目次です。 背景 AWS Fargateの登場 クローラーの構成 やってみる 1. ScrapyのプロジェクトでSpiderを作る 2. Scrapy S3 Pipelineをインストールする 3. Scrapy S3 Pipelineをプロジェクトに追加する 4. ScrapyのプロジェクトをDockerizeする 5. Amazo
株式会社POLは、2022年7月31日をもちまして「LabBase X」「LabBase奨学金検索」「Lab-On」のサービス提供を終了させていただくこととなりました。 サービス開始より、長きにわたり多くのお客様にご利用いただきまして誠にありがとうございました。サービス終了に伴い、皆様には多大なご迷惑をおかけ致しますことを深くお詫び申し上げます。今後とも弊社サービスをご愛顧くださいますようお願い致します。 ■提供終了サービス ・LabBase X ・LabBase奨学金検索 ・Lab-On ■サービス提供終了日 2022年7月31日 ■お問い合わせ先 株式会社POL 電話番号:03-5962-9962
ここ数日メモリプール(未確認トランザクション)の総サイズが60MB(blockchain.infoより)を超え過去最高レベルの混雑度になっています。ということで、手数料不足でトランザクションがなかなか確認されないときの解決法が、日本語サイト・ブログで意外と見つからなかったのでまとめておきます。 1.待つ ひたすら待てばいつか確認されるか、トランザクションがなかったことになりウォレットに残高が戻るかどちらかになります。一番単純な解決策で、初心者からどうしたらよいか聞かれたらとりあえず「待て」と言っておきましょう。 次からは事前に手数料を高めの設定にしてから送ってください。 2.RBF(後から手数料を変更できる設定にしてから送金) 詳細は過去のRBFの記事参照。Replace-by-Feeの略です。 事前にトランザクションに「このトランザクションは後から手数料が変更される可能性があるよ」とラベ
has_many,throughとかでモデルやテーブルの構成を考えるとき,どうしてもカラム名と関連づけるテーブルの名前が一致しなかったり,望み通りの命名で行けない場合がある. もちろん,一つのテーブルが,他のテーブルのレコードを複数持つだけなら,命名はスマートに決められるのだけれど. 今回の例題は,Userモデルに対するフォロー・フォロワーを実現すること. Userは一つのテーブルでなければならないことはわかりますよね. ということは,UserテーブルがUserFollowという中間テーブルを介して,Userテーブルのレコードをhas_manyするという形をとる. もうガリガリと書いていきます. まず,こういう,元から名前の統一が難しそうな場合はテーブルを先に作ってしまう. Userテーブル id name 1 poteto 2 hoge UserFollowテーブル id user_id
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く