全ての開発者が学ぶべき5つの言語 - Qiita
「どの言語を学ぶべきか」という議論はエンジニア向け記事の定番ネタですが、HackerNoonに投稿された5 Programming Languages Every Master Developer Should Learnという記事がなかなか興味深かったので翻訳してみました。 (2018/11/04追記) こちらの記事に関する「別視点からの意見」として下記のような記事を追加いたしました。宜しければこちらも併せてご参照ください。 Ruby->Go->Scalaという習得順序がエンジニアの爆速の成長に最適である理由 はじめに 「プログラマーは新しい言語を毎年1つは習得するべきだ」という趣旨の文章をどこかで読みました。(多分CODE COMPLETEだったと思いますが) もしそれが難しくても、キャリアの中で最低限この後に紹介する5つの言語に通じておくことをお薦めします。 あらゆる会社は、多言語を
2018年の最先端DevOpsエンジニアになるためのロードマップ
@rana_kualuさんの 2018年の最先端フロントエンドエンジニアになろう 2018年の最先端バックエンドエンジニアになろう という翻訳記事のDevOps版という感じですが、HackerNoonに投稿されたThe 2018 DevOps RoadMapという記事が個人的に大変参考になりましたので、翻訳してみました。 ちなみに関連記事として 2018年の最先端バックエンドエンジニアに必要なスキルについて考えてみました。 という私の記事もございますので、併せてご参照頂けますと幸いです。 はじめに DevOpsは最近非常にホットなトピックで、私の友人や同僚、シニア開発者のほとんどは、DevOpsエンジニアになるために非常に熱心に取り組んでおり、組織やチームの中で「DevOpsのチャンピオン」として自分自身をセルフプロデュースしていいます。 私自身は、ソフトウェア開発とデプロイプロセスの改善
プログラミングが大好きなWeb系エンジニアの50代以降のキャリアに関する考察 - Qiita
先日、サイバーエージェントさんの「身に着けた技術をいかに捨てられるか。エンジニア歴39年、今でもエンジニアで居続ける理由。」という記事が大変話題になりました。 プログラミングやテクノロジーが大好きでWeb業界で働いているエンジニアの方の多くは、「可能であれば50代以降も現場で"手を動かすエンジニア"として働きたい」と考えてらっしゃると思いますが、平松さんのような方はかなり例外的で、Web業界で多数の現場を経験してきた私でも、50代以上の現役エンジニアの方とご一緒にお仕事をさせて頂いた経験は残念ながら一度もありません。 私は現在、雑食系エンジニアTVというYoutubeチャンネルで、Web系エンジニアのキャリアに関する情報を色々と発信させて頂いているのですが、視聴者の方から「Web系エンジニアの50代以降のキャリア」に関してご質問頂いても、完全に未知の領域になる＆ロールモデルとなる方があまり
2018年の最先端バックエンドエンジニアに必要なスキルについて考えてみました。 - Qiita
@rana_kualuさんの2018年の最先端バックエンドエンジニアになろうという翻訳記事がとても興味深かったのですが、記事内で提示されているロードマップに関して微妙に違和感を感じる部分もありましたので、 記事に記載されているスキルは現場でどの程度必要なのか 記事に記載されていないが現場において重要なスキルは何か といった辺りを、自分なりの意見を交えてちょっと書き出してみました。 自分をエンジニアとして最先端だとは全く思っていないのですが、最近のバックエンドのトレンドに一応多少なりともきちんとキャッチアップしてるかなとは思うので、若い方や、まだ経験の短いエンジニアの方たちのご参考になりましたら幸いです。 言語 ロードマップに記載されていた言語のうち、私は一応 Elixir Scala Java .NET (C#とVB.NET) Python Ruby PHP TypeScript Gola
Phoenix/Ectoでデータベースのmaster/slave構成に対応する方法 - Qiita
マスター1台、スレーブ複数台という構成は、DBサーバーの負荷分散方式として一般的だと思いますが、Phoenix/Ectoでこの構成に対応する方法を調査/検討してみました。 調査 こちらのissue内では、Elixirの作者であるJosé Valimさんが下記のようにコメントしています。 You just define multiple repositories: MyApp.Repo, MyApp.Repo.ReadSlave1, MyApp.Repo.ReadSlave2 up to 4 (or any power of 2). Their configuration is going to be similar and you can easily share them in the config/config.exs file. Now, every time you need to
バックエンドエンジニアがVue.jsとTypeScriptに入門して10日ほど勉強した内容をまとめてみました。 - Qiita
JavaScriptのモジュール管理(CommonJSとかAMDとかBrowserifyとかwebpack) | tsuchikazu blog AMD & RequireJS - Qiita RequireJS使い方メモ - Qiita CommonJSは(Webpack等を使用した)ビルド時に依存関係を解決する方式だが、AMD(RequireJS)は実行時に依存関係を解決する方式である。 CommonJSはツールやライブラリではなく仕様のため、ビルド時に依存関係を解決する何らかのツールが必要となる。それが後述するBrowserifyやWebpackである。 AMDも仕様のため、それに対応するライブラリが必要である。それがRequireJSであり、さらにRequireJSはAMDには存在しない便利記法を導入している。 コードの中でmodule.exportsとrequireが使われていた
複数のEcto.Multiを一つのトランザクション内で実行するには？ - Qiita
Ecto 2.0から導入されたEcto.Multiは、複数のタグ付けされたオペレーションを一つのトランザクション内で実行出来る機能です。 José Valimさんのこちらのアナウンスにおけるコードをそのままコピペさせて頂きますと、下記のようになります。 user_changeset = User.changeset(%User{}, params) log_changeset = Log.changeset(%Log{}, event: "user updated") multi = Ecto.Multi.new |> Ecto.Multi.update(:user, user_changeset) |> Ecto.Multi.insert(:log, log_changeset) |> Ecto.Multi.run(:charge_credit_card, fn changes_so_f
Amazon LinuxへのErlang/Elixir/Phoenixのインストール手順 - Qiita
# ホームディレクトリに移動 cd # gitをインストール sudo yum install git # nvmをgitリポジトリからclone git clone git://github.com/creationix/nvm.git .nvm # .bash_profileを変更 vi ~/.bash_profile # 以下の設定を追加 source ~/.nvm/nvm.sh # 一旦ログアウトして再ログイン # インストール可能なnode.jsのバージョンの一覧を確認 nvm ls-remote # node.jsをインストール(LTSであるv4の最新版をインストールしておく) nvm install v4.3.1 # バージョンを確認 node -v # nvmのデフォルトバージョンを定義 nvm alias default v4.3.1 # erlangの依存パッケージをイ
Elixir/Phoenixで、Agentを使用してサイトマップを生成する方法とその考察 - Qiita
SEOをしっかり考慮したWebサービスを開発する場合、サイトマップの出力は必須になりますが、Rubyのsitemap_generatorのようなElixirの便利パッケージは現時点で存在しません。 パッケージを使わずにゴリゴリ書いて生成することも可能なのですが、他のプロジェクトでも共用することを考慮して、ここはパッケージを作ってしまいましょう。 考察1 まずはsitemap_generatorの動作を調査してみましょう。DSLは下記のようになっています。 SitemapGenerator::Sitemap.default_host = "http://www.example.com" SitemapGenerator::Sitemap.create(:include_root => false) do add '/', changefreq: 'daily', priority: 1.0
Elixir/Phoenixで並行処理を使って大量のメッセージに対応するBOTサーバーを構築する方法を調査してみました。 - Qiita
Elixir/Phoenixで並行処理を使って大量のメッセージに対応するBOTサーバーを構築する方法を調査してみました。ElixirbotPhoenix Facebook Messenger PlatformやLINE BOTが話題になっていますが、下記の記事でも言及されているように、BOTサーバーとして大量メッセージに対応するには「並行処理」がキモになってきます。 大量メッセージが来ても安心なLINE BOTサーバのアーキテクチャ そしてElixirといえばやっぱり「並行処理」なわけです。ということで「BOTサーバーを効率よく開発するにはElixir/Phoenixってとても良い選択なのでは？」という仮定のもと、色々と検証してみました。 並行処理のコード Elixirでプロセスを起動・管理する方法はいくつも用意されていますが、BOTサーバーの要件的に「状態」を管理する必要はありませんし、
Elixir/Phoenix用のパッケージをローカルで開発/改修する場合はdepsで"path:"指定をすると便利です - Qiita
例えばPhoenixのプロジェクトから使用することが前提のパッケージを開発/改修する場合、そのパッケージは専用のgithubリポジトリで管理することになると思います。 ここで、パッケージのアプリケーション名が"hoge"、githubリポジトリ名が"my/hoge"だとします。 開発中は当然Phoenixのプロジェクトからそのアプリケーションを参照して動作を確認しつつ作業を進めたいでしょうから、depsには下記のように書くことになると思います。 defp deps do [{:phoenix, "~> 1.1.4"}, 〜省略〜 {:hoge, github: "my/hoge"}, 〜省略〜 end しかし、depsの参照先がgithubのリポジトリになっていると、動作確認を行うためには、hogeに加えた変更を反映するために、毎回githubにpush -> deps.unlock ->
Elixir/Phoenixにおけるueberauth(認証)とex_admin(管理画面)の連携方法 - Qiita
ex_adminは、Railsのactiveadminと同様なCRUD画面を簡単に作成できる非常に便利なパッケージです。 READMEでは説明されていませんが、ElixirのProtocol機能を使用して、ueberauth等の認証パッケージとの連携が可能ですのでその方法について解説したいと思います。 手順 ueberauthによる認証の実装方法から説明するとかなり長くなってしまうため、ueberauth_exampleに対してex_adminを組み込む方法を説明したいと思います。 1. ueberauth_exampleの取得 まず、下記からueberauth_exampleを取得してください。 ueberauth_example 2. ex_adminのインストール 次に、上記のueberauth_exampleプロジェクトに対してex_adminをインストールしてください。 ex_a
Elixir/PhoenixアプリケーションをMac上で実行した際に"local"環境として認識させる方法 - Qiita
mixで生成したElixir/Phoenixアプリケーションは、デフォルトで3種類の環境に対応しています。 :dev - デフォルト :test - テスト用 :prod - 本番用 基本的にはこの3種類の設定だけでも問題無いのですが、「開発中のアプリケーションの動作を開発サーバー上で複数人で確認したい」という場合に、「ローカル環境」と「開発サーバー環境」を自動的に区別出来ると便利な場合があります。 このようなケースの場合、(Mac限定になりますが)下記のような方法で対応可能です。 # config/config.exs # use Mix.Configの下に下記のコードを追加 {_, osname} = :os.type() if osname == :darwin && Mix.env == :dev do Mix.env(:local) System.put_env("MIX_ENV
RailsとPhoenixのパッケージ比較表 - Qiita
備考 ecto_migrate ridgepoleと同様に、マイグレーションファイルを生成する必要がないのでその点は便利です。(自動的にALTER文を生成してくれる) フィールドの型(string等)を変更しないと、フィールドのサイズ変更が行えないようです。(ここがかなり不便) iexから実行する場合(EctoItを使用する場合)、MySQLではrootユーザのパスワードを空にしておく必要があります。 現時点の最新バージョン(0.6.3)がectoのバージョン1.0.xに依存しています(ectoの最新バージョンは1.1.3なので古いectoを使用する必要があります。ここもちょっと問題) 結論として、現時点ではectoの通常のmigrate機能を使用しておいた方が良いと思われます。 (2016/02/23追記) ectoの通常のmigrate機能を使う場合、スキーマ変更時にマイグレーションフ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
