Amazon Rekognition で AI アプリを作ってみよう | Amazon Web Services
Amazon Web Services ブログ Amazon Rekognition で AI アプリを作ってみよう みなさんこんにちは。AWS Japan ソリューションアーキテクトの関谷侑希です。 AI/ML の技術が大好きで、現在は交通・物流・旅行・不動産・建設業界のお客様に対し技術支援をしています。 AI/ML 技術の支援をする中で伺う悩みの 1 つにキャッチアップをどうすればよいか、というものがあります。このブログの読者の中には、上司から AI でいい感じにやってくれと言われた、非 AI/ML エンジニアの方もいらっしゃるのではないでしょうか。 もちろん私がお客様対応をするの方々の中にも ML やプログラミングをしたことがないという方はたくさんいらっしゃいます。そしてそういった方々に上申していただくことが ML プロジェクトの第一歩になりえます。しかしお客様自身に「お、自分たちで
画像生成AI「Stable Diffusion」がLINEのチャットbotに 九工大の学生が作成 日本語にも対応
画像生成AI「Stable Diffusion」を使ったLINEのAIチャットbotサービス「お絵描きばりぐっどくん」が8月28日に公開された。LINE上で文章を送ることで、AIが画像を生成する。英語の他、日本語にも対応している。九州工業大学情報工学部の4年生の西野颯真さん（＠nishino_0719）が作成した。 LINEでbotを「友だち登録」することで利用可能。1日10枚まで画像を生成できる。生成した画像の著作権はStable Diffusionと同様、パブリックドメインとしている。西野さんは「Stable Diffusionを触る上で環境構築のハードルの高さへの課題を感じていて、そこを誰でも気軽に触れるLINEを使って解消できないかなと思った」と作成した経緯を話す。 リクエスト通りに画像を生成するコツについては「明言はできないが、人物の生成は苦手だけど風景の生成は得意などの特徴を把
頭の中のコードを形にするまで - Mitsuyuki.Shiiba
を書いてみる気分 今日の時点での自分のやり方なので、またしばらくすると変わってるかもしれない 僕には、最初に考えたとおりに実装できるようなスキルがないので コードを書きながら形にしていく感じ サイズ だいたい、チケット一枚が、5,6時間で実装できるくらいのサイズになってる 2,3日くらいでレビューまで終わって本番にデプロイすることが多いかな （基本的にはそれくらいってだけで、1,2週間くらいかかるような長いやつもある） 技術的なフィージビリティチェックとかはこの前に終わってる 実装を頭に思い浮かべる こんなふうにすれば良さそうかなぁ このあたりは何パターンか考えられるけどどっちがいいかなぁ とか頭の中に思い浮かべる とりあえず動くものを実装 まずは思い浮かべたものが全部つながって動くかをサクッと確認したいので雑に実装する そして、気づくことがいくつかある あれ？この場合どうなるんだろう？っ
画像生成AI「Stable Diffusion」をGoogle ColaboratoryでWebアプリ的に簡単に動かすノートブックを作りました - karaage. [からあげ]
Stable Diffusionの衝撃 つい先週「Midjourney」というAIによる画像生成AIを紹介しましたが、Stable Diffusionという超新星が登場いたしました。 何が凄いかというと、オープンにモデルが公開されているので、誰でもこのモデルを改変したり、モデルを使用したアプリが作れるのです。詳しくは、以下の深津さんのnote記事を参照ください。 さすらいAIプログラマーのshi3zさんは、既に日本語で誰でも無料で手軽に使えるWebアプリを公開されています。 サーバー代めちゃくちゃかかっているけど、自腹でやり続けるそうです。凄すぎです。上記記事のshi3zさんのYouTube動画から、shi3zさんの熱狂が伝わってきます。 Stable DiffusionをWebアプリ的に手軽に使えるツールを作成しました。 思えば、私もディープラーニングおじさんも、AIにハマった大きなきっ
![画像生成AI「Stable Diffusion」をGoogle ColaboratoryでWebアプリ的に簡単に動かすノートブックを作りました - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8b040ca33c3745edf6f67edc85e8340138ce1cfd/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkaraage%2F20220828%2F20220828103448.png)
IoT Connect GatewayのSDP開発に迫る - NTT Communications Engineers' Blog
目次 はじめに SDP開発とは SDP開発とは SSS/SDPフレームワーク ICGW-SDP基盤 全体構成 CI/CD ICGWの可視化 APIリクエスト数 リソース利用状況 おわりに はじめに こんにちは、5G & IoT部/IoTサービス部門のIoT Connect Gateway (ICGW)サービス開発チームの岩田です。 我々のチームでは2021年度下期に私の主導のもと、ICGWのSDP開発というものを行い、Smart Data Platform (SDPF)ポータル対応およびSDPF上で展開している他のサービスとの自動連携を実現しました。 本記事ではこのICGWのSDP開発に焦点を当てて、開発背景や全体構成ならびにCI/CDを紹介します。 また、ICGWの可視化関連の情報も合わせて掲載しますので、今後の開発のご参考になれば幸いです。 ICGWのサービス自体やユースケースに関して
シェルスクリプトを学ぶ人のための「新しいUNIX哲学」 〜 ソフトウェアツールという考え方 - Qiita
はじめに 「UNIX 哲学 (Unix philosophy)」とは、一つの大きなシステムを、独立した小さなソフトウェアの集まりとして作るという考え方です。UNIX のように大きく複雑なものをシンプルに作るための考え方で、技術的な用語で説明するならば、大きなシステムをモジュール化された構成可能なプログラム設計で開発するということです。 UNIX 哲学に公式の定義は存在しません。ケン・トンプソンを始めとする UNIX の創始者が UNIX の開発を通して示したソフトウェア開発の考え方が UNIX 哲学と言われるようになり、それを他の人が独自に解釈して解説したものが UNIX 哲学として知られています。UNIX 哲学と呼ばれているものが複数あって、それぞれで異なっているのはそのためです。UNIX 哲学の本質的な考え方は今も通じるものですが、これまでの UNIX 哲学の解説の多くは古い技術を元に
クソコードと思わない - Mitsuyuki.Shiiba
なんか、あんまりいい感じじゃないなぁって思うコードに出会ったとして、それをクソコードと呼ばないようにはしてたんだけど、いつからか、そもそもクソコードだと思わなくなってる そのときの、そのコードが書かれた環境があって、それは、その人が持っているスキル以上のことをなんとかしないといけなかったのかもしれないし、めちゃくちゃなスケジュールの中でやらないといけなかったのかもしれないし、お試しで作ったものをそのまま使われちゃったのかもしれない あんまりいい感じじゃない構造だったとしても、そのコードによってシステムは動いて価値をもたらしていて、そのおかげで僕がそのコードに出会ってるんだから、それはとてもスゴイことだなぁって思う コードを悪者にして文句を言っても何も変わらないし、僕はエンジニアなのだから、そのコードをより良いコードにすればそれでいい 自分がコードを書くときには少し気をつけたり、あんまりいい
グーグルが公式発表している「すごい資料」、SEO対策のポイント11選
18年目ブロガー、「副業クエスト100」管理人 高校卒業後、定職につかず、30以上の副業を実践するもすべて失敗。 コンビニのアルバイトで生活費を稼ぎつつ、「副業」をテーマにブログを始める。 記事数が100を超えるも、最初の3年間は収益ゼロ。一念発起し、ブログ運用の勉強を始める。 裏ワザや近道を探すことをやめ、徹底的なSEO対策とブログの改善により、5年目にして月収10万円を達成する。 そこからは順調に収益を伸ばし続け、2010年には年収1000万円突破。そして2014年には累計収益1億円、2020年には累計収益5億円を突破する。 しかし、常に順風満帆だったわけではなく、Googleのアルゴリズムアップデートにより、何度も収益が激減しており、そのたびにブログの刷新（ブログデザインの変更、時代に合わなくなった記事の書き直し・削除etc）を行い、高収益を維持し続けている。 基本を超徹底する王道の
Prompt 呪文詠唱 完全入門 ~ Midjourney , StableDiffusion ~
ビジュアル的によく知られた物を指示してください 例. Wizard, priest, angel, emperor, necromancer, rockstar, city, queen, Zeus, house, temple, farm, car, landscape, mountain, river など 強いフィーリングや神秘的な響きのする言葉は良い結果を生みやすい “a sense of awe” “the will to endure” “cognitive resonance” “the shores of infinity” “the birth of time” “a desire for knowledge” “the notion of self”など 画風(style)を決めてみてください 例. “a cyberpunk wizard” “a surreal lan
GitHub does dotfiles - dotfiles.github.io
GitHub ❤ ~/ Why would I want my dotfiles on GitHub? Backup, restore, and sync the prefs and settings for your toolbox. Your dotfiles might be the most important files on your machine. Learn from the community. Discover new tools for your toolbox and new tricks for the ones you already use. Share what you’ve learned with the rest of us. Navigating this site If you’re just starting out, before you g
10年ぶりに一人でWebサービスを作って思ったこと(エンジニア老人会)｜shi3z
StableDiffusionに対応したGakyoを雑な設計のためわずか数日で10万円くらいのクラウド利用料がかかってしまった。
ハードワークで人は成長するか - SaaSベンチャーで働くエンタープライズ部長のブログ
「成長するためにはハードワークは不可欠」。こういう言説は常に世に出ています。そして、それを信じた真面目な若者が「成長」するためにハードワークをこなすという流れ。知っているだけでも10年以上同じサイクルがあるように思います。 思いつくだけでも、サイバーエージェント創業者の藤田晋氏が著書「渋谷ではたらく社長の告白」で月に440時間働いていたという話や、テスラ創業者のイーロンマスク氏が世界を変えるためには最低でも週80時間は働くべきだと主張があったり、成功者がハードワークを乗り越えた話があります。 一方で自分自身の経験を振り返ると、必ずしも労働時間の長さが個人の成長につながったとは思えません。この認知の違いはどこからくるのか。自分自身の経験を振り返ってみたいと思います。 自分自身の労働時間経験 ハードワークだが成長しなかった経験 ワークライフバランスを保ち、成長した経験 成長の定義を「今できない
意識的に職位を下げる - id:onk のはてなブログ
僕はチーム join 時に、Docker は初手で剥がすし、GitHub Actions でやっているワークフローの全体像を把握するのを次に行う、というのを基本的にはやっている。これはシステム構成やデプロイ周りの全貌を把握するのが好きなのと、何かが起きたときにコレをやっているのといないのとで問題切り分けの精度に圧倒的な差があるからなんだけど、join 直後にやるのが最適解とは限らない場面もある。 チームの人員構成として、テックリード業を既に担っている人が居る場合、追加人員にはテックリード未満の「プラスの工数として数えられる戦力」となって欲しい。この戦力というのは、「目の前に積み上がった問題を一緒に解いて欲しい」という期待。問題と言うよりも、既にタスクになっているものを消化したい、という期待の方が大きいと思う。 そういう期待があるときには、ちんたら Docker を剥がしている場合ではなく、
なぜ投資をさっさと始めないのか - 本しゃぶり
積立投資はやったほうがいいと聞くが、なかなか始められない。 かくいう俺も、その一人だった。 俺の投資に関する履歴を振り返ってみた。 長期投資はギャンブルか 漫画で学ぶNISAとiDeCoを筆頭に、はてブで投資の話が盛り上がっている。 投資が話題になるのはよくあることなのだが、今回は「投資はギャンブルか」というネタが中心だ。 みんな大好き99点の記事が公開されたのが2020年1月である。今さら「投資はギャンブル」で盛り上がるのが割と謎。それともリテラシーが高まった後だから論争になっているのだろうか。 俺はこれまで記事を書いてきた通り*1、インデックスファンドで長期投資をするタイプである。要するに上記の99点ほぼそのままの方針だ。なので一般論として「投資ってした方がいい？」と訊かれたら、「99点の通りにしたらいいよ」と返す。特定の個人に対するアドバイスなら、当然のごとくケース・バイ・ケースだ。
スペシャリストになれなくても成長する方法 #scrumsendai / How to grow even if you can't become a specialist
2022/08 スクラムフェス仙台でプレゼンテーションしたスライドです。 https://confengine.com/conferences/scrum-fest-sendai-2022/proposal/17013/5000dai ソフトウェア開発者としてのキャリアやスキルをどのように広げていくかについて悩むことは多いと思います。日々技術は変化していっているのに自分の勉強がおいつかなくて、まわりのすごい人たちに焦り、何もできていない自分にがっかりする。自分はそんな日々を過ごしてきました。 ですが、そこからほんの少しずつでも視点をずらしてジェネラリストという道を選び、ソフトウェア開発に徐々に貢献できるようになり、自信をもてるようになったことも事実です。 ソフトウェア開発者として、アジャイルコーチとしてジェネラリストを選択した理由、ジェネラリストとしてやっていることなど、具体的な経験を交え
AWSのアーキテクチャ図を描くときに意識していること
最初に 公式のガイドライン AWSが配布しているツールキットの中に基本的なガイドラインが記載されています。 描き方に正解はない こちらの記事のあるようにアーキテクチャ図に正解はなく、伝えたいことが適切に伝わるということが大切だと思います。 伝えたい内容や伝える相手によって重点や粒度を変えることを心がけています。 描画ツール diagrams.net（Draw.io）を使ってます。 意識していること アイコンは最新バージョンを使用する AWSのアイコンは定期にアップデートされるので最新のアイコンを使うようにします。 ちなみにdiagrams.netでEC2と調べると古いアイコンが先頭に出てきたので意識していないとこちらを使いがちかもです。 アイコンのバージョンを混ぜない アイコンは最新バージョンを使用すると同じような内容ですが、複数バージョンのアイコンが混在しないようにします。以下の図ではE
Suicaの本読んだけど、この技術を2001年に生み出すヤバさを再認識した「運賃計算は0.1秒以内」→難点の考察も
奥村 美里 @OkumuraMisato Suicaの何が凄いってこれを2001年から世に産み出してしまったことだと思います。 ●1日4,000万件処理 ●運賃計算は0.1秒以内に完結 ●万が一、中央や改札が死んでも最終的に数字が合うデータ保存設計 ●駅ごとにサーバ3台構成で2台が死んでも稼働 tatase.hatenadiary.jp/entry/2015/11/… 2022-08-27 14:27:17 奥村 美里 @OkumuraMisato また幾重にも実験を続けた結果、もっとも通過阻害率が少ないカバー・デザインは13°でした。 （13°だからどんなピーク時でも、誰も改札でつっかからずに通過できるのかね☺️） 尚、開発当初は読み取り機に「触れる」思想でしたが、この実験を経て「かざす」に基本コンセプトを変更。 pic.twitter.com/myeVUsAsEH 2022-08-27
今時の CSRF 対策ってなにをすればいいの？ | Basicinc Enjoy Hacking!
こんにちは @zaru です。今回は昔からある CSRF (クロスサイト・リクエスト・フォージェリ) の今時の対策についてまとめてみました。もし、記事中に間違いがあれば @zaru まで DM もしくはメンションをください (セキュリティの細かい部分についての理解が乏しい…) 。 2022/08/29 : 徳丸さんからフィードバック頂いた内容を反映しました。徳丸さん、ありがとうございます！ 認証あり・なしで対策方法が違う点 トークン確認方式のデメリットのクロスドメインについての言及を削除、代わりに Cookie 改変リスクを追記 Cookie 改ざん可能性について徳丸さんの動画リンクを追記 SameSite 属性で防げない具体的なケースを追記 nginx 説明が関係なかったので削除 そもそも CSRF ってなに？ 昔からインターネットをやっている方であれば「ぼくはまちちゃん」 騒動と言えば
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【海外ITトピックス】 成長市場から突然の撤退 Google CloudがIoTマネージドサービスを終了