はてなキーワード: gatewayとは
「フロントエンド不要論」は、最近の開発現場やサーバーレス、クラウド技術の進化に関わっている人たちの間でリアルに実感されている問題です。
• React, Vue, Angular などのフレームワークがどんどん複雑化
• フロントエンドとバックエンドの分離が、**「本当に効率的か？」**という疑問が生じている
• 「最終的にHTMLを描画するだけなら、サーバーでやればよくない？」
• フロントエンドから直接APIを叩く構成では、「APIを守る」ことが難しい
• XSS, CSRF, CORSといった脆弱性に対処し続けるコストが無駄
🚩 3. サーバーレス・クラウド技術が進化し、APIの負担を減らす方向に
• AWS Lambda, API Gateway, Cognitoなどのサーバーレス技術が進化
• フロントエンドがAPIを叩くより、サーバー側で直接処理する方が効率的
• 以前はReactを使用 → ReactをやめてHTMLベースに戻した
• React, Vue, Angularを全廃
• JavaScriptなしで動的なページを実現
3. Laravel（Livewire）
4. Shopify（GraphQLでデータを直接取得）
• フロントエンドを完全分離する構成から、「バックエンドがHTMLを返せばいい」 というシンプルな構成へ移行
• APIの負担を減らすことで、開発効率とセキュリティを向上
✅ サーバーレス時代の最適解：「フロントエンド不要アーキテクチャ」
「フロントエンドを捨てて、サーバーがすべての処理を担う」方向に移行するのが最適解になりつつある。
📌 最適なアーキテクチャ
ブラウザ → サーバー（PHP, Node.js, Go） → API Gateway（Cognito認証）
📌 具体的な実装例（PHP + Cognito + API Gateway）
require 'vendor/autoload.php';
use Aws\CognitoIdentityProvider\CognitoIdentityProviderClient;
use Aws\Exception\AwsException;
$client = new CognitoIdentityProviderClient([
'credentials' => [
'key' => getenv('AWS_ACCESS_KEY_ID'),
'secret' => getenv('AWS_SECRET_ACCESS_KEY'),
],
]);
$email = $_POST['email'];
$password = $_POST['password'];
try {
$result = $client->initiateAuth([
'AuthFlow' => 'USER_PASSWORD_AUTH',
'ClientId' => 'XXXXXXXXXX',
'USERNAME' => $email,
],
]);
setcookie("accessToken", $result['AuthenticationResult']['AccessToken'], [
'samesite' => 'Strict'
]);
header("Location: dashboard.php");
}
?>
🚀 **「フロントエンドはもう不要」**という流れは、最新のクラウド/サーバーレス開発に携わる人たちが実感していること。
☑ セキュリティが大幅に向上する
👉 結論：「フロントエンドは不要」クラウド×サーバーレスでバックエンドが主役になる！
Let’s face it: starting a conversation on a dating app can feel terrifying. You see someone you’re interested in, you type out a message, and then… you delete it. “Is this too boring?” “Will they even respond?” “What if I sound awkward?”
We’ve all been there. That first message can make or break your chances of connecting with someone amazing. But here’s the good news: you don’t have to overthink it. With the right opening line, you can spark a conversation that feels natural, fun, and meaningful.
At MixerDates, we believe that every great connection starts with a great conversation. That’s why we’ve put together this guide to help you craft the best dating app opening lines—ones that stand out, show your personality, and lead to real connections. Ready to ditch the “hey” and start making an impact? Let’s dive in!
[:contents]
Before we get into the best opening lines, let’s talk about why your first message is so important.
Your opening line is your chance to make a great first impression. It’s the gateway to a conversation that could lead to something special. A thoughtful, creative message shows that you’re genuinely interested—not just swiping mindlessly.
Your first message sets the tone for the entire conversation. A boring or generic opener might lead to a dull chat, while a fun or intriguing one can spark excitement and curiosity.
Let’s be real: everyone loves feeling special. When you put effort into your opening line, it shows that you care enough to stand out. And on MixerDates, where we value authenticity and positivity, that effort goes a long way.
Now, let’s get to the good stuff—the best dating app opening lines that actually work. These are divided into categories to suit different personalities and situations.
While the examples above are great starting points, the best opening lines are the ones that feel authentic to you. Here are some tips to help you craft your own:
Reference something from their profile—a photo, a hobby, or a shared interest. It shows you’re paying attention and not just copying and pasting.
Avoid heavy or overly serious topics right off the bat. Keep the tone light and playful to make the conversation enjoyable.
Don’t try to be someone you’re not. If you’re naturally funny, lean into that. If you’re more thoughtful, go for a sincere compliment or question.
“Hey” or “What’s up?” might be easy, but they’re also forgettable. Put in a little effort to stand out.
This gives the other person an easy way to respond and keeps the conversation flowing.
At MixerDates, we’re all about creating a positive, inclusive space where you can feel comfortable being yourself. Here’s why our platform is the best place to put these opening lines into practice:
We welcome everyone, no matter who you are or who you love. Our platform is designed to be a safe space where you can connect with like-minded people.
Our users create detailed profiles that make it easy to find shared interests and craft personalized opening lines.
We encourage our community to be genuine and kind, so you can feel confident starting conversations without fear of judgment or rejection.
Don’t just take our word for it—here’s what one of our users had to say:
“I met my partner on MixerDates, and it all started with a simple message about our shared love for travel. The conversation flowed naturally, and the rest is history. I’m so grateful for this platform!”
While a great opening line can spark a conversation, building a real connection takes more than just a clever message. Here are the key elements to look for when seeking a meaningful connection:
A strong connection starts with alignment on the things that matter most. Do you share similar values, life goals, or visions for the future?
Look for someone who is willing to share their thoughts, feelings, and vulnerabilities—and who encourages you to do the same.
Healthy relationships are a two-way street. Both people should be putting in effort to communicate, plan dates, and support each other.
A true connection allows both people to be themselves without judgment. Look for someone who celebrates your uniqueness and encourages you to pursue your passions.
Communication is the foundation of any strong relationship. A mutual connection thrives on honesty, transparency, and the ability to resolve conflicts in a healthy way.
At MixerDates, we’re here to help you find these key elements in a partner. Our platform is designed to connect you with people who share your values and are looking for the same things you are. Starting a conversation on a dating app doesn’t have to be stressful. With the right opening line, you can spark a connection that feels natural, fun, and meaningful. And at MixerDates, we’re here to help you every step of the way.
So, what are you waiting for? Craft that perfect opening line, join MixerDates, and start connecting with people who value authenticity and positivity. Your perfect match is out there—and they’re just one message away.
ソフトウェアにおける「LAMP」とは、Webアプリケーション開発や運用のためのオープンソースソフトウェアの組み合わせを指します。
LAMP登場以前のソフトウェア開発環境は、現在に比べて選択肢が限られており、多くの場合、コストが高かったり技術的なハードルが高かったりしました。
1990年代初頭まで、UNIXベースのシステムがエンタープライズレベルで広く利用されていました。これには、Sun MicrosystemsのSolarisやIBMのAIXなどがあり、これらのシステムは高価でありながら強力なサーバーとして機能しました。
OracleやIBM DB2などの商用データベースが一般的で、これらは高価なライセンス料が必要でした。MySQLのようなオープンソースのデータベースが広まる前は、大規模なデータ管理には高い投資が必要でした。
Webアプリケーションにおいては、CGI（Common Gateway Interface）スクリプトが利用されていました。これにはPerlがよく使われており、サーバーとブラウザ間のデータ交換を扱っていました。しかし、CGIはプロセスごとに新たにスタートするため、スケーリングには不向きで、リソースを大量に消費する傾向がありました。
Apache登場以前は、NCSA HTTPdのような初期のWebサーバーソフトウェアが利用されていましたが、設定や管理が複雑で、今日ほど柔軟ではありませんでした。
フロントエンドの開発では、HTMLが基本的であり、JavaScriptが登場し始めたばかりで、CSSはまだ普及していませんでした。このため、デザインと機能性は限られており、ユーザー体験は今日見られるようなリッチなインタラクティビティには程遠いものでした。
LAMPスタックの登場は、ソフトウェア開発とインターネットのWebサービスの領域に大きな変革をもたらしました。
以下に、その主な影響を挙げます。
LAMPスタックの各コンポーネント（Linux, Apache, MySQL, PHP/Perl/Python）はオープンソースであり、無料で利用可能です。
これにより、企業や個人開発者は高額なライセンス料を払うことなく強力なWebアプリケーションを構築できるようになりました。
この低コストのアプローチは特にスタートアップ企業や小規模プロジェクトに大きなメリットをもたらし、革新的なアイディアが資金の制約なく試される土壌を提供しました。
LAMPスタックは、その設置と運用のしやすさから、多くの開発者に受け入れられました。
オープンソースであることから、コードのカスタマイズや改良が可能で、コミュニティからのサポートも豊富でした。
これにより、Web開発の敷居が大きく下がり、より多くの人々が開発活動に参加できるようになりました。
Apache Webサーバーは、高いカスタマイズ性と拡張性を持っており、MySQLは大規模なデータセットでも高性能を発揮することができました。
PHPは動的なWebページの生成に適しており、これらの技術が組み合わさることで、性能が要求される大規模アプリケーションも効率的に運用可能になりました。
LAMPスタックの普及により、Web開発プラットフォームとしての成熟が進み、企業や開発者は、安定した基盤の上でさらに複雑なアプリケーションを構築することが可能になりました。
これにより、電子商取引、コンテンツ管理システム（CMS）、およびその他多くのWebベースのサービスが急速に広がりました。
低コストかつ高機能な開発環境が広く利用可能になったことで、新しいタイプのWebサービスやビジネスモデルが登場しました。
LAMPを基盤とする多くのスタートアップが、業界に新風を吹き込み、既存の市場構造を変革する原動力となりました。
LAMPスタックの影響は、テクノロジー業界全体において、コストの効率化、アクセスの拡大、そしてイノベーションの加速という形で現れました。
たとえば ↓
https://www.launchexcel.com/what-jobs-use-excel/
https://www.fdmgroup.com/news-insights/advanced-excel-skills
ジャップランドで起こりがちなことはアメリカでは無いのかAIちゃんに尋ねてみたらこう言ってたよ
ワイ： 質問: 2024年において、アメリカの大企業および中小企業の間で、より一般的なデータ管理の方法はなんですか？ 検索して最新のトレンドを教えてください。 - 方法A:内部データベースからCSVファイルとしてデータをダウンロードし、Excelで修正してから、
ETLツール（例：Informatica PowerCenter、Talend Open Studio）、BIツール（例：Tableau Prep、Microsoft Power Query）、
または他のデータベース（例：OracleDB）などの他のシステムにインポートする。 - 方法B:Excelのステップをスキップし、内部データベースを他のシステムに直接接続する。 - 方法C:レガシーシステムや複雑なシステムには方法Aを使用し、その他のシステムには方法Bを使用する。状況やシステム要件に応じて使い分ける。 質問のポイント: - 大企業におけるExcelの使用:大企業はデータクリーニングのためにExcelを使用するのを完全にやめましたか？それとも、古いメインフレームシステム、ERPシステム、または特定の業務プロセスの問題のためにまだ使用されていますか？ - 方法A、B、Cのシナリオ:各方法の具体的なシナリオと製品名を教えてください。 - 2024年におけるCSVファイルのダウンロード:2024年現在、ETL/BIツールやクラウドベースのDWHを利用できないどころか、Oracle Gatewayなどの接続手段も利用できないデータベースの使用は完全になくなりましたか？
もしそのようなデータベースが2024年にもまだ存在する場合、直接的なデータ連携が困難なため、CSVファイルでのデータ抽出が唯一の方法となることがあります。
企業は膨大なコストがかかるために移行を延期していますか？それともすでに段階的に対応していますか？ - Excelを使い続ける理由: 内部データベースを他のシステムに直接接続した方がシンプルなのに、なぜ一部の企業はデータクリーニングのためにExcelを使い続けているのですか？
↓
2024年には、大企業の間でメソッドB（直接接続）へのシフトが顕著になっています。しかし、特定のシナリオに応じてメソッドC（ハイブリッドアプローチ）も採用されています。中小企業においても、直接接続の利便性と効率性が認識され、その採用が徐々に増加しています。しかし、リソースとコストの制約により、Excelを使用したデータクリーニングやハイブリッドアプローチが依然として一般的です。
使用状況: この方法は、中小企業、レガシーシステム、複雑なデータ構造を含むシナリオで依然として一般的です。Excelはその柔軟性と使いやすさから、データ操作のための多用途ツールとして広く使用されています。
シナリオ:
製品:
具体的なシナリオ:
使用状況: この方法は、大企業や技術に精通した中小企業の間でますます一般的になっています。直接接続を利用することで、データワークフローが効率化され、手動エラーが減少します。
シナリオ:
製品:
具体的なシナリオ:
使用状況: 多くの企業が、レガシーシステムや複雑なシステムにはメソッドAを、その他のシステムにはメソッドBを使用するハイブリッドアプローチを採用しています。この柔軟性により、既存の制約と近代化の努力をバランスさせることができます。
シナリオ:
製品:
具体的なシナリオ:
データ管理ツールの進歩にもかかわらず、Excelは大企業におけるデータクリーニングと操作のために広く使用されています。これは主に以下の理由によります：
ETL/BIツールやクラウドベースのDWHと直接統合できないシステムに対して、データをCSVファイルとしてダウンロードすることは依然として一般的です。企業は高コストと複雑さのために移行を遅らせることが多く、段階的に対処しています。
しかし、直接接続はより効率的で広く採用されており、長期的にはデータ管理におけるExcelへの依存が減少すると予想されます。
クラウドベースのデータ統合ソリューションの台頭により、データ収集、クリーニング、統合がAI/ML技術によって自動化され、手動作業が減少し、データの一貫性と精度が向上しています。AI/MLアルゴリズムは、異常検出、欠損値の補完、パターン認識などのタスクを効率的に処理し、データ品質を向上させます。リアルタイムデータ分析の利点が明らかになるにつれ、直接接続の採用が増加し、より迅速かつ正確なビジネス意思決定が可能になります。
データセキュリティ、コンプライアンス、およびデータガバナンスの重要性が増すにつれ、このトレンドは続くと予想されます。
当たり前なんだけど。
PDAや中国産の怪しいスマホ、いろんな音楽プレーヤーが出て、消えていった。今はスマホといえば、これかこれかこれ、くらいに落ち着いている。
予想できなかったのはソシャゲ。新しいリリースのたびにセルランは変わっていくものだと思ってた。
そういえばPCメーカーもたくさんあった気がする。DEC ALPHA, Gateway。SOTEC,コンパック。
30年前、親に「映画の勉強したい」と話したら 「今は日本映画産業は衰退した後だ」と言われて「そうなの！？」となった。昔はたくさんの邦画があったと。
カメラメーカーも減った。車も昔はもっといろんな会社があって、いろんな車種がでてたんだろう。
スポーツも、今よりもっといろんなスポーツがあったのかもしれない。
なんとなく、いろんなものがでてくる、カオスが始まる時がチャンスなんだろう。
今はモバイルPCゲーム機にそんな匂いを感じる。SteamDeckが需要の扉を開けた。
AIもそうなのかな。
当たり前なんだけど。
PDAや中国産の怪しいスマホ、いろんな音楽プレーヤーが出て、消えていった。今はスマホといえば、これかこれかこれ、くらいに落ち着いている。
予想できなかったのはソシャゲ。新しいリリースのたびにセルランは変わっていくものだと思ってた。
そういえばPCメーカーもたくさんあった気がする。DEC ALPHA, Gateway。SOTEC,コンパック。
30年前、親に「映画の勉強したい」と話したら 「今は日本映画産業は衰退した後だ」と言われて「そうなの！？」となった。昔はたくさんの邦画があったと。
カメラメーカーも減った。車も昔はもっといろんな会社があって、いろんな車種がでてたんだろう。
スポーツも、今よりもっといろんなスポーツがあったのかもしれない。
なんとなく、いろんなものがでてくる、カオスが始まる時がチャンスなんだろう。
今はモバイルPCゲーム機にそんな匂いを感じる。SteamDeckが需要の扉を開けた。
AIもそうなのかな。
ネットに公開されている情報は、初心者には難しいと感じました。
Yamahaのサイトにconfigは公開されていますが、exciteMEC光だと、クリアする注釈が多すぎて。
"NVR500 では、tunnel endpoint address コマンドを使用して、AFTR の IPv6アドレスを指定してください。"
って書いてますが、exciteMEC光はAFTR公開してないぞ！ってなるので。
正解は[gw.transix.jp]のIPv6アドレスを指定する、で
"tunnel endpoint address 2404:8e01::feed:101"です。
以下、全文。
#
# transixのIPv4接続（DS-Lite）でインターネット接続
#
#
#
#
# ゲートウェイの設定
#
ip route default gateway tunnel 1
#
#
ip lan1 address 192.168.100.1/24
#
#
ipv6 prefix 1 ra-prefix@lan2::/64
ipv6 lan1 address ra-prefix@lan2::1/64
ipv6 lan1 rtadv send 1 o_flag=on
ipv6 lan2 dhcp service client ir=on
ipv6 lan2 secure filter in 1010 1011 1012
ipv6 lan2 secure filter out 3000 dynamic 100 101 102 103 104 105 118 119
#
# トンネルの設定
#
tunnel select 1
tunnel endpoint address 2404:8e01::feed:101
tunnel enable 1
#
# フィルターの設定
#
ipv6 filter 1010 pass * * icmp6 * *
ipv6 filter 1011 pass * * tcp * ident
ipv6 filter 1012 pass * * udp * 546
ipv6 filter 3000 pass * * * * *
ipv6 filter dynamic 100 * * ftp
ipv6 filter dynamic 101 * * domain
ipv6 filter dynamic 102 * * www
ipv6 filter dynamic 103 * * smtp
ipv6 filter dynamic 104 * * pop3
# ipv6 filter dynamic 105 * * submission
ipv6 filter dynamic 118 * * tcp
ipv6 filter dynamic 119 * * udp
#
# DHCPの設定
#
dhcp service server
dhcp server rfc2131 compliant except remain-silent
dhcp scope 1 192.168.100.2-192.168.100.191/24
#
# DNSの設定
#
・「指輪物語」(1950年代）以前にコナン（1930年代）などのヒロイック・ファンタジーがあった。
→「ソード&ソーサリー」という言葉は60年代に生まれた。
・「指輪物語」の米国での出版（1965）以後、“トールキン的なファンタジー”が広まった。
→当時「トールキンはソード＆ソーサリーと呼べるか」論争があった。
→D&D（1974）など冒険者がパーティを組むゲームを通じて、人間型種族やモンスター側種族、ゴブリン、オーク、トロルやハーフリング（ホ○ット）がメジャーになった。
【Amazonプライムのドラマ版】※予想含む
・冥王サウロン(潜伏中)が関わってくる？
・映画版「LotR」冒頭の、サウロンの指が切り取られ、一つの指輪が失われるのが第二紀の終わり
・Amazonプライム版のキャラクター名がエルフっぽいので、第二紀前半のエルフの指輪鍛造のころか？
・若きガラドリエル（別キャスト）やエルロンドの青春時代、闇の森のスランドゥイル（レゴラスの父）も登場か？
森瀬「トールキンがそもそも描こうとしたのが現実の北方人種（北欧系）の世界だから……映画「ホビット」三部作になると人間側の人種バリエーションも広がっている」
【初級課題】
・「シルマリルの物語」「終わらざりし物語」も読んでおくとなお良し。
・これから「指輪物語」「ホビット」を読むならどの翻訳で読むか？
→Apple books（電子版）「指輪物語」固有名詞も良い。
【中級課題】
・The Lord of the Rings: A Reader's Companion という英語の注釈書もある。
・土地勘を養うなら「シャドウ・オブ・モルドール」や「Lord of the Rings Online」。
・The History of Middle-earth（12巻、Kindle版あり）通読ではなく索引的に使う。
・エルフ語学習 映画を見たときにエルフ語パートがわかる喜び。
→「A Gateway to Sindarin」映画の監修者によるエルフ語（シンダール語）解説書。
【おまけ（番組外）】
・“エルフ語”対応のAI翻訳サービス 「指輪物語」パロディーだけではなかった本当の目的 - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/2109/14/news112.html
LotusScript
Firebase(Cloud Functions、Firestore、Storage、Hosting、PubSub)
React(ReduxやNativeは触ってない)
GCP(Cloud Functions)
ImageJ
AsciiDoc
サービスエンジニアという名の雑用やりながらしばらく独学で勉強した後、転職して社内SEという名の雑用してた
会社に出入りしてたベンダーの職場環境があまりに魅力的だったので雇って下さいと言ったら雇ってもらえて今に至る
今はあえて言うならWeb系のバックエンドという名の雑用をやってる
職場環境は確かに最高なんだけど、そろそろ地頭の悪さが露呈してクビになりそうで震えてる
400万
高輪ゲートウェイ駅は、首都の最重要路線と言える山手線の駅名としてふさわしくない。その理由を公益性の観点からいくつか抽出する。
なお、筆者は名称のかっこよさ・ダサさについては一切考慮しない。
近年、転職した時に退職しましたブログを書くのが流行りのようなので書いてみる。
今転職しようか悩んでいるシステムエンジニアの人がいたら参考になれば。
ずっと小さいベンチャー企業を渡り歩いているせいで、インフラからバックエンドからフロントエンドからなんでもフルスタックでやってきた（人がいなさすぎてやらざるを得なかった）。
近年は自分も開発しながらマネジメントもするプレイングマネージャだった。
社名を出す勇気はないので出さないが、まあまあ有名なWebサービスをやっている非上場企業から、ある業界で手広くいろいろやっている一部上場企業に転職した。
2社の業界は全く違う。
年収は現状維持で変わらずに転職したのだが、これは自分にとってかなり上出来。
というのも前の会社が小さいベンチャー企業で、CTO的な立場で役員に気に入られていたこともあって、相場よりも大分高い給与をもらっていた。
なので、中規模以上の企業の基準ではこの年収では無理ではないかと考えていた。
というか実際それが理由で最終選考で断られた別の中規模企業もあった。
元が小さい企業というのも、大中規模企業への転職には足かせになった。
小さい企業のため、チームがせいぜい10名程度になるため、「PM経験あります！」とアピールしても、「10名程度じゃね〜」と軽く見られて響かないのだ。
エージェントを使って転職活動したのだが、そういうことはやる前から予測していたので、ダメ元で大中規模の有名企業を受けてみて、ダメなら有望なベンチャー企業を受けてみる、くらいに考えていた。
そしたら運良く経験やスキルセットがぴったりハマる企業がタイミング良くみつかり、1次面接でほぼ内定な感じでさらりと決まった。
で、なぜ大中規模の有名企業を志望したかというと、小さいベンチャー企業に疲れたのとそろそろある程度安定した環境で働きたくなったからだ。
小さいベンチャー企業は本当に波が大きい。
上手くいっているときは高級ホテルで盛大なパーティー開いちゃったりするくらい羽振りが良いが、ちょっとつまずくとすぐ単月で赤字決算になる。
大体主力業務1本でやってるから、その一つコケると会社全体が存続の危機になってしまう。
そうして経営危機を迎えると、「ここままではダメだ！会社に変革を！新しいことに挑戦しよう！」と会社の空気がなるのだが、「そうはいってもこれ以上悪くしたくない」という役員の保守的な気持ちも働いて、結局「失敗しないように挑戦しろ」というそれってつまり挑戦じゃないよねこれまで通りってことだよねっていうがっかりな指令がでて、やる気のある社員のモチベーションを下げる。
そうなるとスキルとやる気のある社員から抜けていくのは自明の理だ。
私もその一人だ。
前の会社は上層部を営業チームが占めているせいで、売上至上主義な会社だった。
そのため、ユーザビリティやシステムの堅牢性などは全く関心がなく、10年前のシステムが現役で動いているような有様だ。
少し前まではそれでもなんとかなっていたが、近年になりついにユーザとGoogleに見放されてしまった。
システムを革新して良いサービスを提供する競合他社に取られ始めたのだ。ユーザもSEOも。
役員はSEOコンサルを使ってシステム的に小細工すればSEOは取り返せると信じているようだが、それは10年前のSEO対策だ。
下手なことをするとスパムと見なされてもっと悪くなるよとは伝えはしたが、適当にいい加減なことを言うSEOコンサルを盲信していて、聞く耳は持ってもらえなかった。
そんな会社だが、ある程度自由にやらせてくれる風土もあったので、俺が担当しているところはどんどん勝手に新技術を取り入れていった。
事前に確認取るとOKでるのに時間かかったり、NGになったりするので、本当に勝手に作って、事後報告してた。
AWS上でReact＋RoRのWebアプリを立ち上げ、ElastiCache、ElasticSearchなどなるべくAWSのサービスを使ってクラウドネイティブで動くようにした。
APIはAPI Gateway＋Lambdaでサーバレスで動くようにした。
AWSに関して教えてくれる人は社内にはもちろんいないので、全て独学で習得した。
この行動が良かった。
もし前の会社で会社に言われた仕事だけしていたら、今頃どこにも転職できないしょうもないおっさんエンジニアになっていただろう。
だから、ベンチャー企業への転職を考えているエンジニアは、いつまでもそこにいれるとは思わないでほしい。
会社にエンジニアとして成長できる機会がないのであれば、自分から作っていかないといけない。
そして、会社の方針と自分の考え方が一致していることはとても大事だ。
それが違うと、経営危機の時に頑張ろうって気になれない。
転職するときの面接は、受けるこちらも会社を査定する場なので、その辺も良くみてほしい。
業界全体において今自分がどの位置にいてどのくらいの価値のある人間なのかわかるからだ。
まず職務経歴書を書いてみてほしい。
とりあえずdocomoに電話して導入レベルを直に確かめてみるといいと思う
▼AIによるコールセンタお客様満足度向上とオペレータ業務効率化 —音声認識IVRの開発—
https://www.nttdocomo.co.jp/binary/pdf/corporate/technology/rd/technical_journal/bn/vol25_4/vol25_4_003jp.pdf
IBM Watson と会話も出来なくはない(出来るとは言っていない)
▼Watsonと電話で会話しよう！ IBM Voice Gateway を使ってみた(Containers in Kubernetes Cluster編) - ★2018/3月 update
https://qiita.com/ishida330/items/b4a19b4b044d41695cc5
www.i-akao.com/newakao/
５０３ BAD GATEWAY エラーとはニューアカオが借りているウェブサイトの共用サーバーがアクセス過多のため
一時的にサイトへのアクセスが制限されているというエラーであり、アクセス数が減らない限りサイトは見ることができない。
つまり、アクセスする側のPCやネットワーク回線の問題ではない
共用サーバーは他のお客さんも契約している１つのサーバーを「間借り」している契約形態。
「間借り」している他のお客さんにサイトが表示されないという迷惑を掛けないためにもアクセス数を制限している。