  |
はてなキーワード:gatewayとは
「フロントエンド不要論」は、最近の開発現場やサーバーレス、クラウド技術の進化に関わっている人たちの間でリアルに実感されている問題です。
• React,Vue, Angular などのフレームワークがどんどん複雑化
•フロントエンドとバックエンドの分離が、**「本当に効率的か？」**という疑問が生じている
• 「最終的にHTMLを描画するだけなら、サーバーでやればよくない？」
•フロントエンドから直接APIを叩く構成では、「APIを守る」ことが難しい
•XSS,CSRF, CORSといった脆弱性に対処し続けるコストが無駄
🚩 3.サーバーレス・クラウド技術が進化し、APIの負担を減らす方向に
•AWSLambda,APIGateway, Cognitoなどのサーバーレス技術が進化
•フロントエンドがAPIを叩くより、サーバー側で直接処理する方が効率的
• 以前はReactを使用 → ReactをやめてHTMLベースに戻した
• React,Vue, Angularを全廃
•JavaScriptなしで動的なページを実現
3. Laravel（Livewire）
4. Shopify（GraphQLでデータを直接取得）
•フロントエンドを完全分離する構成から、「バックエンドがHTMLを返せばいい」 というシンプルな構成へ移行
✅サーバーレス時代の最適解：「フロントエンド不要アーキテクチャ」
「フロントエンドを捨てて、サーバーがすべての処理を担う」方向に移行するのが最適解になりつつある。
📌 最適なアーキテクチャ
ブラウザ →サーバー（PHP,Node.js,Go） →APIGateway（Cognito認証）
📌 具体的な実装例（PHP + Cognito +APIGateway）
require 'vendor/autoload.php';
useAws\CognitoIdentityProvider\CognitoIdentityProviderClient;
useAws\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 faceit: starting a conversationon a dating app canfeel terrifying.You seesomeoneyou’re interested in,you typeout amessage, and then…youdeleteit. “Is this too boring?” “Will they even respond?” “What if I sound awkward?”
We’veall been there. That firstmessage canmake orbreakyour chances ofconnecting withsomeone amazing. Buthere’s thegood news:youdon’t have tooverthink it.With the rightopeningline,you canspark a conversation thatfeelsnatural,fun, and meaningful.
AtMixerDates, webelieve that every greatconnection starts with a great conversation. That’swhy we’ve puttogether this guide to helpyoucraft the best dating appopeninglines—ones that standout, showyour personality, andlead to realconnections. Ready to ditch the “hey” and start making animpact?Let’sdive in!
[:contents]
Before weget into the bestopeninglines,let’stalk aboutwhyyour firstmessageis so important.
Youropeninglineisyour chance tomake a greatfirst impression.It’s thegateway to a conversation that couldlead tosomething special. A thoughtful,creativemessage shows thatyou’re genuinely interested—not just swiping mindlessly.
Your firstmessage sets thetone for the entire conversation. A boring orgenericopener mightlead to a dull chat, while afun or intriguingone canspark excitement andcuriosity.
Let’s be real: everyonelovesfeeling special. Whenyou put effort intoyouropeningline,it shows thatyou care enough to standout. AndonMixerDates, where wevalue authenticity and positivity, that effortgoes a long way.
Now,let’sget to thegood stuff—the best dating appopeninglines that actually work. These are divided intocategories to suit different personalities and situations.
Whilethe examples above are great starting points, the bestopeninglines are theones thatfeel authentic toyou.Here are sometips to helpyoucraftyour own:
Referencesomething from theirprofile—aphoto, a hobby, or ashared interest.It showsyou’re payingattention and not just copying and pasting.
Avoid heavy oroverly serious topics right off the bat. Keep thetonelight and playful tomake the conversation enjoyable.
Don’ttry to besomeoneyou’re not. Ifyou’renaturallyfunny, lean into that. Ifyou’remore thoughtful,go for asincere compliment or question.
“Hey” or “What’s up?” might be easy, but they’re also forgettable. Put in alittle effort to standout.
This gives the other person an easy way to respond and keeps the conversation flowing.
AtMixerDates, we’reall about creating a positive,inclusive space whereyou canfeel comfortablebeingyourself.Here’swhy our platformis the best place to put theseopeninglines into practice:
We welcome everyone, no matterwhoyou are orwhoyoulove. Our platformis designed to be a safe space whereyou canconnect withlike-minded people.
Our users create detailedprofiles thatmakeit easy to findshared interests andcraft personalizedopeninglines.
We encourage our community to be genuine and kind, soyou canfeel confident starting conversations withoutfear of judgment or rejection.
Don’t justtake ourword forit—here’s whatone of our users had to say:
“I met my partneronMixerDates, anditallstarted with asimplemessage about oursharedlove for travel. The conversation flowednaturally, and therestishistory. I’m so grateful for this platform!”
While a greatopeningline canspark a conversation,building a realconnectiontakesmore than just a clevermessage.Here are thekeyelements tolook for when seeking a meaningfulconnection:
A strongconnection starts with alignmenton the things that mattermost. Doyoushare similarvalues,lifegoals, or visions forthe future?
Look forsomeonewhoiswilling toshare their thoughts,feelings, and vulnerabilities—andwho encouragesyou to do the same.
Healthy relationships are atwo-way street. Both people should be putting in effort to communicate, plan dates, and support each other.
Atrueconnectionallows both people to be themselves without judgment.Look forsomeonewho celebratesyour uniqueness and encouragesyou to pursueyour passions.
Communicationis the foundation ofany strong relationship. A mutualconnection thrivesonhonesty, transparency, and the ability to resolve conflicts in ahealthy way.
AtMixerDates, we’rehere to helpyou find thesekeyelements in a partner. Our platformis designed toconnectyou with peoplewhoshareyourvaluesand arelooking for the same thingsyou are. Starting a conversationon a dating app doesn’t have to be stressful.With the rightopeningline,you canspark aconnection thatfeelsnatural,fun, and meaningful.And atMixerDates, we’rehere to helpyou everystep of the way.
So, what areyou waiting for?Craft that perfectopeningline,joinMixerDates, and startconnecting with peoplewhovalue authenticity and positivity.Your perfectmatchisout there—and they’re justonemessageaway.
ソフトウェアにおける「LAMP」とは、Webアプリケーション開発や運用のためのオープンソースソフトウェアの組み合わせを指します。
LAMP登場以前のソフトウェア開発環境は、現在に比べて選択肢が限られており、多くの場合、コストが高かったり技術的なハードルが高かったりしました。
1990年代初頭まで、UNIXベースのシステムがエンタープライズレベルで広く利用されていました。これには、Sun MicrosystemsのSolarisやIBMのAIXなどがあり、これらのシステムは高価でありながら強力なサーバーとして機能しました。
OracleやIBMDB2などの商用データベースが一般的で、これらは高価なライセンス料が必要でした。MySQLのようなオープンソースのデータベースが広まる前は、大規模なデータ管理には高い投資が必要でした。
Webアプリケーションにおいては、CGI（CommonGatewayInterface）スクリプトが利用されていました。これにはPerlがよく使われており、サーバーとブラウザ間のデータ交換を扱っていました。しかし、CGIはプロセスごとに新たにスタートするため、スケーリングには不向きで、リソースを大量に消費する傾向がありました。
Apache登場以前は、NCSAHTTPdのような初期のWebサーバーソフトウェアが利用されていましたが、設定や管理が複雑で、今日ほど柔軟ではありませんでした。
フロントエンドの開発では、HTMLが基本的であり、JavaScriptが登場し始めたばかりで、CSSはまだ普及していませんでした。このため、デザインと機能性は限られており、ユーザー体験は今日見られるようなリッチなインタラクティビティには程遠いものでした。
LAMPスタックの登場は、ソフトウェア開発とインターネットのWebサービスの領域に大きな変革をもたらしました。
以下に、その主な影響を挙げます。
LAMPスタックの各コンポーネント（Linux,Apache,MySQL,PHP/Perl/Python）はオープンソースであり、無料で利用可能です。
これにより、企業や個人開発者は高額なライセンス料を払うことなく強力なWebアプリケーションを構築できるようになりました。
この低コストのアプローチは特にスタートアップ企業や小規模プロジェクトに大きなメリットをもたらし、革新的なアイディアが資金の制約なく試される土壌を提供しました。
LAMPスタックは、その設置と運用のしやすさから、多くの開発者に受け入れられました。
オープンソースであることから、コードのカスタマイズや改良が可能で、コミュニティからのサポートも豊富でした。
これにより、Web開発の敷居が大きく下がり、より多くの人々が開発活動に参加できるようになりました。
ApacheWebサーバーは、高いカスタマイズ性と拡張性を持っており、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ツール（例：InformaticaPowerCenter、TalendOpenStudio）、BIツール（例：Tableau Prep、MicrosoftPower Query）、
または他のデータベース（例：OracleDB）などの他のシステムにインポートする。 -方法B:Excelのステップをスキップし、内部データベースを他のシステムに直接接続する。 -方法C:レガシーシステムや複雑なシステムには方法Aを使用し、その他のシステムには方法Bを使用する。状況やシステム要件に応じて使い分ける。 質問のポイント:-大企業におけるExcelの使用:大企業はデータクリーニングのためにExcelを使用するのを完全にやめましたか？それとも、古いメインフレームシステム、ERPシステム、または特定の業務プロセスの問題のためにまだ使用されていますか？ -方法A、B、Cのシナリオ:各方法の具体的なシナリオと製品名を教えてください。 -2024年におけるCSVファイルのダウンロード:2024年現在、ETL/BIツールやクラウドベースのDWHを利用できないどころか、OracleGatewayなどの接続手段も利用できないデータベースの使用は完全になくなりましたか？
もしそのようなデータベースが2024年にもまだ存在する場合、直接的なデータ連携が困難なため、CSVファイルでのデータ抽出が唯一の方法となることがあります。
企業は膨大なコストがかかるために移行を延期していますか？それともすでに段階的に対応していますか？ -Excelを使い続ける理由: 内部データベースを他のシステムに直接接続した方がシンプルなのに、なぜ一部の企業はデータクリーニングのためにExcelを使い続けているのですか？
↓
2024年には、大企業の間でメソッドB（直接接続）へのシフトが顕著になっています。しかし、特定のシナリオに応じてメソッドC（ハイブリッドアプローチ）も採用されています。中小企業においても、直接接続の利便性と効率性が認識され、その採用が徐々に増加しています。しかし、リソースとコストの制約により、Excelを使用したデータクリーニングやハイブリッドアプローチが依然として一般的です。
使用状況: この方法は、中小企業、レガシーシステム、複雑なデータ構造を含むシナリオで依然として一般的です。Excelはその柔軟性と使いやすさから、データ操作のための多用途ツールとして広く使用されています。
シナリオ:
製品:
具体的なシナリオ:
使用状況: この方法は、大企業や技術に精通した中小企業の間でますます一般的になっています。直接接続を利用することで、データワークフローが効率化され、手動エラーが減少します。
シナリオ:
製品:
具体的なシナリオ:
使用状況: 多くの企業が、レガシーシステムや複雑なシステムにはメソッドAを、その他のシステムにはメソッドBを使用するハイブリッドアプローチを採用しています。この柔軟性により、既存の制約と近代化の努力をバランスさせることができます。
シナリオ:
製品:
具体的なシナリオ:
データ管理ツールの進歩にもかかわらず、Excelは大企業におけるデータクリーニングと操作のために広く使用されています。これは主に以下の理由によります：
ETL/BIツールやクラウドベースのDWHと直接統合できないシステムに対して、データをCSVファイルとしてダウンロードすることは依然として一般的です。企業は高コストと複雑さのために移行を遅らせることが多く、段階的に対処しています。
しかし、直接接続はより効率的で広く採用されており、長期的にはデータ管理におけるExcelへの依存が減少すると予想されます。
クラウドベースのデータ統合ソリューションの台頭により、データ収集、クリーニング、統合がAI/ML技術によって自動化され、手動作業が減少し、データの一貫性と精度が向上しています。AI/MLアルゴリズムは、異常検出、欠損値の補完、パターン認識などのタスクを効率的に処理し、データ品質を向上させます。リアルタイムデータ分析の利点が明らかになるにつれ、直接接続の採用が増加し、より迅速かつ正確なビジネス意思決定が可能になります。
データセキュリティ、コンプライアンス、およびデータガバナンスの重要性が増すにつれ、このトレンドは続くと予想されます。
当たり前なんだけど。
PDAや中国産の怪しいスマホ、いろんな音楽プレーヤーが出て、消えていった。今はスマホといえば、これかこれかこれ、くらいに落ち着いている。
予想できなかったのはソシャゲ。新しいリリースのたびにセルランは変わっていくものだと思ってた。
そういえばPCメーカーもたくさんあった気がする。DECALPHA,Gateway。SOTEC,コンパック。
30年前、親に「映画の勉強したい」と話したら 「今は日本映画産業は衰退した後だ」と言われて「そうなの！？」となった。昔はたくさんの邦画があったと。
カメラメーカーも減った。車も昔はもっといろんな会社があって、いろんな車種がでてたんだろう。
スポーツも、今よりもっといろんなスポーツがあったのかもしれない。
なんとなく、いろんなものがでてくる、カオスが始まる時がチャンスなんだろう。
今はモバイルPCゲーム機にそんな匂いを感じる。SteamDeckが需要の扉を開けた。
AIもそうなのかな。
当たり前なんだけど。
PDAや中国産の怪しいスマホ、いろんな音楽プレーヤーが出て、消えていった。今はスマホといえば、これかこれかこれ、くらいに落ち着いている。
予想できなかったのはソシャゲ。新しいリリースのたびにセルランは変わっていくものだと思ってた。
そういえばPCメーカーもたくさんあった気がする。DECALPHA,Gateway。SOTEC,コンパック。
30年前、親に「映画の勉強したい」と話したら 「今は日本映画産業は衰退した後だ」と言われて「そうなの！？」となった。昔はたくさんの邦画があったと。
カメラメーカーも減った。車も昔はもっといろんな会社があって、いろんな車種がでてたんだろう。
スポーツも、今よりもっといろんなスポーツがあったのかもしれない。
なんとなく、いろんなものがでてくる、カオスが始まる時がチャンスなんだろう。
今はモバイルPCゲーム機にそんな匂いを感じる。SteamDeckが需要の扉を開けた。
AIもそうなのかな。
ネットに公開されている情報は、初心者には難しいと感じました。
Yamahaのサイトにconfigは公開されていますが、exciteMEC光だと、クリアする注釈が多すぎて。
"NVR500 では、tunnel endpointaddressコマンドを使用して、AFTR のIPv6アドレスを指定してください。"
って書いてますが、exciteMEC光はAFTR公開してないぞ！ってなるので。
正解は[gw.transix.jp]のIPv6アドレスを指定する、で
"tunnel endpointaddress2404:8e01::feed:101"です。
以下、全文。
#
# transixのIPv4接続（DS-Lite）でインターネット接続
#
#
#
#
#ゲートウェイの設定
#
ip route defaultgateway tunnel 1
#
#
iplan1address 192.168.100.1/24
#
#
ipv6prefix 1ra-prefix@lan2::/64
ipv6lan1addressra-prefix@lan2::1/64
ipv6lan1 rtadv send 1 o_flag=on
ipv6lan2dhcp serviceclientir=on
ipv6lan2 secure filter in 1010 1011 1012
ipv6lan2 secure filterout 3000 dynamic 100 101 102 103 104 105 118 119
#
#トンネルの設定
#
tunnelselect 1
tunnel endpointaddress2404:8e01::feed:101
tunnelenable 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
dhcpscope 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: AReader's Companion という英語の注釈書もある。
・土地勘を養うなら「シャドウ・オブ・モルドール」や「Lord of theRings Online」。
・TheHistory of Middle-earth（12巻、Kindle版あり）通読ではなく索引的に使う。
→「AGateway to Sindarin」映画の監修者によるエルフ語（シンダール語）解説書。
【おまけ（番組外）】
・“エルフ語”対応のAI翻訳サービス 「指輪物語」パロディーだけではなかった本当の目的 -ITmediaNEWS
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はAPIGateway＋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と電話で会話しよう！IBMVoiceGateway を使ってみた(Containers inKubernetesCluster編) - ★2018/3月 update
https://qiita.com/ishida330/items/b4a19b4b044d41695cc5
www.i-akao.com/newakao/
５０３ BADGATEWAYエラーとはニューアカオが借りているウェブサイトの共用サーバーがアクセス過多のため
一時的にサイトへのアクセスが制限されているというエラーであり、アクセス数が減らない限りサイトは見ることができない。
つまり、アクセスする側のPCやネットワーク回線の問題ではない
共用サーバーは他のお客さんも契約している１つのサーバーを「間借り」している契約形態。
「間借り」している他のお客さんにサイトが表示されないという迷惑を掛けないためにもアクセス数を制限している。
