★セミナーに参加を希望される方は、前もって伊藤のブログをお読みいただき、価値観や目指している場所に齟齬が無いかご確認ください。 運営メディア「企人礼讃」http://www.itoyoji01.com/cyfons/cf/pruc ※「副業やスキマ時間で収入をUPしたい」方には、このセミナーはお役立ちできません。何故ならこのセミナーの対象は、独立起業してライフスタイルを変えたい会社員の方、もしくは既に起業していてもっと自由な時間を増やしたい方だからです。 ※「PC一台で在宅で稼ぎたい」方には、このセミナーはお役立ちできません。何故なら営業活動をするため外に出る必要があるからです。 このセミナーでは、会社員が経験ゼロから3ヶ月でセールスコピーライターとしてクライアントを獲得する方法をお伝えします。 講師の伊藤が鉄鋼会社のエンジニアとして勤めながらライタービジネスを興してクライアントを獲得し、
特にプログラマーでもデータサイエンティストでも�ないけど、Tensorflowを1ヶ月触ったので超分かりやすく解説Python機械学習DeepLearningTensorFlow これ書くだけで土日2日間まるまる潰れてしまった。 学んだ内容に沿っているので、順に読み進めるに従ってコードの話になっていきます。 Tensorflow触ってみたい/みたけど、いろいろまだ理解できてない!という方向けに書きました。 ※2018年10月4日追記 大分古い記事なのでリンク切れや公式ドキュメントが大分変更されている可能性が高いです。 この記事のTensorflowは ver0.4~0.7くらいだった気がするので ver2.0~となりそうな現在は文章の大半が何を参考にしているのか分からないかもしれません。 1: Deep Learningってそもそも何してるの? 専門の人からはご指摘入りそうですが、要は回帰
pythonの環境構築について "python 環境構築"でググると20万件くらいヒットしますが、割と内容が古いです。 タイトルにはデータサイエンティストと書いてありますが、データサイエンティスト以外にもanacondaはおすすめです。 2.x or 3.x? 3.xは動かないライブラリが多いので2.x推奨 > 3.xで動かないライブラリがある、くらいまで来ました。 easy_installでpipを入れて、setuptoolsも入れて、でもwheelというのもあって... > 古いです。 virtualenv 必須 > そんなこともないです。 winでは64bitは不具合が多いので32bit推奨 > 古いです。 winでは非公式バイナリからダウンロードしてインストール > お世話になりましたが、最近は使っていません。 2016版 OS毎python環境構築法決定版 Windows: an
Ansibleを使ってVPS作成後の初期作業を自動化する。 Just Plain Trippy by One-Speed PhotographyThe moving walkway separating the National Gallery of Art’s East and West buildings. Washington D.C. View On Black Ansibleとは? Ansibleはサーバ構築やアプリケショーンのデプロイを自動化するためのツールでAnsibleWorks社によってOSSとして提供されている。 Ansibleでは管理対象ホストをManaged Node、管理する側のホストをControl Machineと呼び、Control MachineからManaged Nodeへsshを通じて処理を行うPush型アーキテクチャを採用している。 Control
はじめに エンジニアやっていると色んなサービスを作りたくなると思うのですが、Herokuのフリープランが使えなくなってしまった影響で無料でのサービス運営は難しくなってきています。 もちろん、Google App Engineなど無料で運用できるものもあるのですが、サービスにロックインされてしまうのが多くちょうど良い物が見つかりませんでした。 ということである程度安く色々やろうとすると、1台のサーバでいい感じに複数サービスを立ち上げるという昔ながらの構成になるのですが、Dockerを使うことで環境セットアップなどサーバ管理の手間を最小限にしていこう、というのがこの記事の趣旨となります。 方針 要件 安い サービスにロックインされない スケーラブル(もしサービスのアクセス量が増えたとしてスケールさせられる) インフラ管理が容易 セキュリティとかなるべく気にしたくない 以上のことを踏まえた結果C
これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご本人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、本当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さんなりの答えを提示し、簡潔かつ明快に解説してくれています。 今後 WebAPI を設計される方は、是非参考にしてみてください。 なお、誤訳がありましたら編集リクエストを頂けると幸いです。 まえがき アプリケーションの開発が進むにつれて、その WebAPI を公
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く