「PaaS」を含む日記 RSS

はてなキーワード: PaaSとは

2022-07-05

PaasIaasの違いがわらん

AWSAzureも両方当てはまらない?

2022-07-04

PaasIaasの違いがわらん

AWSAzureも両方当てはまらない?

2022-05-05

anond:20220505024023

元増田です。追記でも書いたけど、

レンタルサーバは制約があるからイヤ。

レンタルサーバ比較すらめんどい

環境構築したくない。

環境構築したら一応手順書残すじゃん。覚えておきたくないから。書くよね。めんどい

・Ansible とかもめんどい (これは使ったことがないので学習がめんどくさいってだけ)。

Python だの何だのの依存関係バージョンがあわなくて…みたいなトラブル大嫌い (Docker ならいいけど ECS・Fargate・CloudRun・GKE それはそれで高いし、現時点ではメンテフリーはいかない)

・Let's E とかもめんどい。だってたまにやり方が変わるじゃん。めんどい

なので PaaS にしたいのよ。

GCP独自ドメインマネードSSL するには Cloud Load Balancing 必要しかもそこそこ高いってのは想定外だったので、別にそこに金をかけるべきとは言ってない。でも月2000円くらいだからまぁいいやって感じ。もちろん月300円で済むようになればうれしい。

AWS は S3+CloudFront+ACM+Route53 で安く独自ドメインマネードSSLができるんだっけ? であればそっちの方がいいよね。

なお、レンタルサーバでいいって人は別にそれでいいんじゃないわたしには合わないってだけ。

anond:20220505085200

メンテ時間10

これに尽きるな。

面倒なところは全部丸投げしたいかIaaSじゃなくてPaaSSaaSに投げるんだよ。

そしてその分は金を払うんだよ。

何かあったときに貴重な休日をつぶすくらいなら、金払って安心を買った方がいい。

仕事などで忙しかったらそもそも復旧をあきらめてやーめたとなる。

そんな暇じゃない。

2022-03-24

今の5chの自動書き込み荒らしってどうやってるんだろうね

まさか自宅のパソコン日中ぶん回してるわけでもなかろう

やっぱりsaas(paas?iaas?わからんw)なんかを契約して自作スプリクトそこに置いて常時起動させるって感じかな?

2022-03-14

すぐ復旧するのすごいな

テキストベースで軽量なサイトとはいえバックエンドDB接続は膨大だろうにすぐ復旧するのすごいな。

AWSとかのPaaSでやってるのか、VMレベルで可用性してるのか。

ニコ生とかもここ数年は2時間以内には復旧してるね。

anond:20220314040556

HerokuとかPaaS系は?アクセス数が少なければ安そうな印象あるけど

2022-03-08

情シス情報システム部)はもういらない?

https://www.sofia-inc.com/blog/7233.html

情シス情報システム部)はもういらない?これから情シスに求められる、あるべき姿とは?

皆さんは情シス情報システム部)が果たす役割機能を何だと考えますか? 全社のIT戦略策定システム企画、社内インフラアプリ保守運用ユーザーサポートトラブル対応といったことを思い浮かべる方が多いのではないでしょうか。

しかし昨今、情シスにそのような役割が求められていない、もしくは情シス業務自体がなくなりつつあることをご存知でしょうか?

今回の記事では、これから時代情シスに求められる役割、あるべき姿について説明します。

情シス情報システム部)の仕事に変化が訪れている

近年Microsoft AzureAmazon Web Serviceといったクラウドサービスの台頭により、オンプレミスからクラウドへの流れが起きています。社内に物理サーバーを置いて保守運用するといった必要がなくなり、ソフトウェアPaaSSaaSといったクラウド上で提供されるサービス代替されるようになってきています。それに伴い、膨大な設備投資費や社内SEシステムエンジニア)の人件費を削減できるようになりました。今後すべてのITリソース保守必要なくなるという可能性もあります

デジタルトランスフォーメーション(DX)が多くの企業重要課題となっている現代において、企業IT活用で目指すべきことは、単純にITインフラツールを変革させるということではありません。業務変革・組織変革を伴うような、より大きな次元での変革です。経済産業省も、ITを変えるだけがDXではないと説明しています

経産省によるDXの定義

企業ビジネス環境の激しい変化に対応し、データデジタル技術活用して、顧客社会ニーズを基に、製品サービスビジネスモデルを変革するとともに、業務のものや、組織プロセス企業文化風土を変革し、競争上の優位性を確立すること」

このデジタルトランスフォーメーションの実現を企業が目指すにあたって、情シス仕事も大きく転換しようとしているのです。次章では、まず従来の情シス役割について整理・紹介していきます

DX(デジタルトランスフォーメーション)を推進する上で押さえておきたい3つのステップ

昨今ビジネスの場において、DX(デジタルトランスフォーメーション)という概念が頻繁に取り上げられるようになりま…

従来の情シス情報システム部)の役割

これまでの情シスに求められていた役割は主に以下の4つでした。

IT戦略システム企画

会社経営戦略事業戦略に基づき、システム企画立案要件定義をする役割です。社外ベンダー見積もり検討・選定、およびその後のプロジェクトマネジメント遂行し、ユーザー部門に対して新しいシステムを開発・提供します。

基幹システム構築・運用保守

社内ユーザー部門からリクエスト業務プロセスの変更に応え、既存システムカスタマイズなどを実施します。運用保守によってシステムを安定稼働させ、会社事業活動を下支えする役割を担います

社内インフラ構築・運用保守

自社サーバーネットワークの構築・運用保守を行いつつ、セキュリティ対策データ保全実施することで、万が一の事態に備えます。また新技術製品の導入検討評価を行って、常に社内環境サービス向上に努める役割です。

サポートヘルプデスク

社内ユーザーからの問い合わせ対応トラブルシューティングを行いますツールシステムの導入サポートの他、新卒転職者へ社内システム教育実施することで、社員1人1人の円滑な業務遂行支援します。

以上が従来情シスに求められてきた役割ですが、現在クラウド時代において運用保守業務はその必要性を失っています。また業務システムについても、SaaSなどのクラウド上で提供されるアプリケーションを利用できるようになっており、企業独自システムを構築するということは少なくなっているのです。

このような中で、今後情シスには一体どんな役割が求められてくるのでしょうか。次章で詳しく解説していきます

これから情シス情報システム部)に求められる役割

クラウド提供される業務システムは、往々にして業務生産性に関する考え方が先進的であり、しかも随時バージョンアップしていきます。従って「自分の行動にシステムを合わせる」のではなく「システム自分の行動を合わせる」というのが日常的に求められるのです。

しか事業部門をはじめとする多くの社内ユーザーは、旧来の業務のやり方に慣れ親しんでいるために、「システム自分の行動を合わせる」ということに自力で順応するのが容易ではありません。システムを使いこなせないばかりか、新しいテクノロジーに対して抵抗感を覚えてしまうケースもあります

そこで必要となるのが、自社の業界事業業務においてITツールをどうやって活用するかを考え、そのための情報関係各所へ提供する存在です。これから情シスには、システム機能技術面だけでなく現場業務プロセスにまで入り込み、具体的なユースケース提案サポートすることで、全社的なIT活用を推進する役割が求められています

また、会社としてDXを推進するうえでは、単にITツール組織的に活用することだけでなく、同時にチェンジマネジメント(組織変革)を進めていくことが必要です。新しいワークスタイルを実現するためには、職場文化風土も変革していかなければなりません。次章ではDXを促進する立場としての情シス役割について紹介します。

これからIT部門は何をするのか?

クラウドサービスの台頭でIT部門仕事がなくなる 企業IT部門仕事、と聞いて何を思い浮かべるだろうか。自社の…

DXを促進する情シス情報システム部)の役割専門家との協働

デジタルトランスフォーメーションにおいて最も上手くいかないことの1つとして、先進的なITツールに対して個人個人理解度・受容度が追い付いていけず会社として変化を受け容れられないことが挙げられますツール機能業務プロセスへの適用法が分からないことで現場が混乱し、これまでの業務のやり方やワークスタイルから脱却できないといったことがそれにあたります

これを解決するために必要となる活動会社カルチャーチェンジ社員一人一人のマインドチェンジです。単にITツール活用法をナビゲートするのみならず、業務プロセス職場文化風土というところまで踏み込んで、ユーザー部門に対して新しいワークスタイルの実現に向けた啓蒙活動を展開していったり、全社的な意識改革に向けたコミュニケーションを展開していったりといった役割がDX推進には不可欠なのです。

しかしこの役割は、専任のDX部門が担おうとしても失敗するケースがあるほど難しいものであり、そもそも経営層が事業戦略におけるIT重要性を十分に認識していなければ到底実現できるものではありません。では、情シスがDXを推進する役割を担っていくためにはどのようなアプローチをしたら良いのでしょうか。

それは情シスが持つIT知識や社内システムへの知見を最大限利用し、経営層を巻き込んで企業を変革する旗振りをしていくことです。ただし限られたリソースの中で上層部会社全体に働きかけるというのは非常に負担が大きく、失敗に終わる可能性も大いにありえます。そこで1つの解決策となるのが、そういった業務改革組織改革支援を行うITベンダー協働することです。高い技術力と豊富支援実績を持ったITベンダー上層部への答申からITツールの全社展開まで幅広く支援してくれます。そして、組織風土変革や社内へのコミュケーションは、自社の人事部門広報部門が実務として実施していきます現場部門との協働はもちろんですが、変革を企画する部門協働することで、より全社的なムーブメントをつながります

まとめ

以上のように、近年情シス情報システム部)に求められる役割は大きく転換してきています。従来担ってきたITインフラシステムの構築・保守運用業務不要となり、今後はデジタルトランスフォーメーション(DX)実現へ向けた社内ユーザーへの情報提供啓蒙活動を行っていくことがその使命となっていきます

もしあなた情シスメンバーであり、従来の役割を脱却できずにいるのであれば、業務改革組織改革支援を行うITベンダー活用検討してみてはいかがでしょうか。

2022-02-22

anond:20220222200324

イジメんなよ。WordPressAWS EKS を使って動作させて、mysqlPaaS にして、静的ファイルCDNに置き、障害対策で MULTI AZ にしたら、結構ムズいそ。

2021-07-17

Google クラウドイマイチなんだよなー、と思う理由

昔話をすると GAE 時代を含むのだけど、Google Cloud が AWSAzure より使い勝手イマイチだと思うのは、Google の作る API というかサービスが「お前ら、こういうのが欲しいのだろ?」的な雰囲気が鼻につくというか、「いやぁ、別に...」というすっとぼけたモノを持ってくるからイラつくのだよ。確かに GKE や

Pub/Sub はすごいけどさ、一芥のエンジニア的には Oracle 的なサブマリン特許みたいなライセンス形態で金をぼったくられるのにうんざりしているから、使いたくないんじゃよ。それに時代Docker Compose で、疎結合システム開発をする時代においてコンテナに載せれないサービスを使うのは避けたいしね。AWS とは違って、OSS との共生を図っているのは理解できるけど、顧客が欲しているのは AWS のように OSS運営しないで済む PaaS のようなサービスだったからね、世の中うまく行かないよね。(本当はさくらクラウド応援したいけど)

2021-07-09

anond:20210709214950

ヒエッ、本職きたよ。ヌボボ

ちなみに医学部にいった友人の何人がむしろテック系に流れてきているという事情がある。

そこんとこ詳しく。メタップスとか?

東大卒だったら、言葉を正しく使え!

Waf なんて書くな! WAF とかけ!

Pub/Sub とか

うっせーな。クラウドベンダー独自 API なんか使いたくねーんだよ。オラクルじゃあるまいし。

DCL、DMLDDLといった用語を知っていることをひけらかしたかったのかもしれない

まぁ、それは認める。でもさ、select や create とかのDML/DDLCRUD と同じだけと、DCL なんて権限を発行できるりょういきにトーシロを突っ込むわけにいかないだろ。何も考えずに GRANT TO なんてプロダクション環境で発行されて日には、権限消失されたら永遠にデータアクセスできなくなるかもよ?

現場に放り込まれても10年ぐらいかかる。というより、フロントからバックからレイヤからモバイルまでやることはもはや現実的ではない。

そりゃそうだけど、フロントエンドは移り変わりが激しいじゃないですか。ほんの数年前までは Flash と DoJa のアプリを作ることがフロントエンド開発者でしたよ?一方データベースや OS の方は、ここ三十年ぐらい UnixRDB鉄板だった書ないすか。低レイヤだっていうけど、IoT なんかで C言語開発者バリバリっすよ。例えば、クラウドフレアなんか CDN の再発明をしてますけど、サーバーラックを見る限りだと差がついているのは低レイヤ根本技術改善であって、私はそこにプロフェッショナル性を見出しますがね。

C言語ができないのに「おそらく QUIC か MQTT 」とか分かってない英単語文字を羅列するのは厨ニ病すぎます

わかっていないのはテメーの方だ。今日オーバーフロー問題を抱えている C/C++サーバーの開発をしようとするのが危険なのは承知しろよ。パフォーマンス必要とするなら Rust、または GC があるけど Go言語を使って実装すべきだろ。高学歴なのは結構だけどは、現実は見えてないのか?いい加減にしろ

片手間でできません。インフラエンジニアに触らせます

そうだね~。卓越したインフラエンジニアがすぐに手に入るなら、問題ないだろうけどさ、ベンチャーや硬直化した雇用形態我が国で有能なインフラエンジニアをすぐに採用できるかよ。何年前の知識で戦っているの?時代は DevOps なんですよ。必要とあらば、すぐ学んで、応用して、デプロイできるのに「インフラエンジニア採用から始める」なんて、ヨーロッパが衰退する理由もよくわかるよ。プププ。

NextSSRまで踏み込む結構

誰が NextSSR なんてするか!あれは SEO必要場合に限る。そもそも SSR なんて危険からまともなエンジニアだったらしないだろ。問題になってないだけで、本当のブラウザクローラが見える内容が違うなんてスパム認定されてもおかしくないんだ。クローラインデックスされるページで SPA をやろうとするやつはセンスないで。

MyISAMInnoDBに切り替えるなんてことしているところは無い。万にひとつあったとしても、大事で、それだけで数ヶ月のものなので、この付け焼き刃の知識の人が触る機会はない。

すいませんでした。本当にすいません。

Kafkaを触ったとかいているが、Kafkaはサーバで使ったのかな?どういう利用シーンかというと膨大なログ収集等で使うのだが(ただのNoSQLではない)、Zookkeeperで調停させて、topic数とか調整するんだけど、わかってます

ん? AWS SQS だとパフォーマンス問題があることしたいから Kafka を使いたいのよ。確かに Zookeeper のことは詳しくないよ。だけど、AWS MSK 使うんで。PaaS というもんがあるので、だめなん?ログ収集は GKE みたいに ログに出したら Fluentd収集してくれる時代になんでグチグチ言われないといけないの?

Redisちゃんと使えてる?pub/subとか分かってないと思う(普通に理解する必要あんまない)

ハア?インメモリデータベースに信頼するほどヤワじゃないから。Redis なんて飛んでなんぼ。だから Kafka のようなストレージに保存されるメッセージキューを利用したいの。

code deploy

これないと、CI の責務が大きくなるじゃん。ほんでもって、ArgoCD なんて Kubernetes で展開したら運用までしないといけないじゃん。メンドクサ。

アメリカ事情は知らないはずなので知らないことは書かないようにしましょう。

いや、J1ビザをとってアメリカ留学したことあるよ。あと、「世界もっとも強力な9のアルゴリズム」「CleanCoder」「戦うプログラマー」 の本に書いてあるじゃん馬鹿にしてるのか?

 なぜ、ヨーロッパ人が避けるかといと「やる気がないから」です。以上

SAPアマデウスITとか強いじゃん。うそつき

2021-04-03

anond:20210403094614

一つだけ言っておくと、デ通サはライフサイクルコストは高いで。SaaSPaaSと違って、新規に自社・自治体専用にスクラッチで開発するのに使ってる間は必ず相応の費用がかかるし(メンテナンス費用というわけではなく、開発費も乗っかった月額で)。

民間企業システム導入で使うにはメリットそこまで大きくない。固定資産に計上されないので、減価償却せずにすむぐらい。公会計予算の繰り越しがしづらかったり複数年度(システム開発期間)にまたがった高額の予算獲得がしづいから、必要とされるだけや。

2021-02-24

anond:20210223235037

まるで自分ことみたいで、かつタイムリーだったので反応。

自分語りする相手もいないし、ちょっと聞いてよ。

特定いから具体的なこと書けなくてごめんね。

 

ついさっき、PMごっこみたいな現職に退職届を出してきた。

新卒入社して5年。情報工学の院卒。

発注検収いたちごっこみたいな仕事に嫌気が差して、入社して2年目からちびちびと転職活動をしていた。

  

入社して2年目は転職サイトとか転職エージェントとかを使って、もっと手を動かす仕事が良い!みたいな希望活動した。

何社か応募したけど、採用どころか面接にすら全然届かない。経験も実績もないから、仕様無いと今になっては思う。

でも数少ない面談した企業の方からは「小さくてもいいかWebサービスを作ってみるといい」とか「うちはRails使うことが多いから、Railsわかる人だと嬉しい」みたいな具体的なアドバイスはもらえた。

具体的にフィードバックを貰えると、勉強のやる気も出る。

ちなみにどことは言わないけど、転職エージェントは「年収が下がっていいならすぐに見つかります!」「正社員じゃなくて派遣から始めるのはどうでしょう!?」とか不穏な誘いが多くてすぐに使うのを辞めた。

  

3年目はもらったアドバイスに従って、仕事の合間に小さなWebサービスを作ることにした。(Railsは使わなかったけど)

流行りのフロントエンドフレームワークを使って、PaaSで公開。テストも書いて、CI/CDちゃんと整備した。

フレームワーク言語学習も含めると半年以上かかったけれど、納得のいくものが出来た。

  

4年目。業務転換があり、ベンダ要件狭間ストレス絶頂になった。

この環境から逃げたい、というひどく後ろ向きな理由転職活動を再開した。

幸い3年目の成果物がある。Twitter転職タグとかを使って成果物URLを貼り付けたりすると、5社くらい話を聞いてくれることになった。

いたことに、エンジニア業界では有名な会社とかも声をかけてくれたりして、ちょっと有頂天になったりした。

しかしながら結果は惨敗オンラインコーディング試験技術面接に歯が立たず、ほぼ全てがお祈りとなった。

ある企業面談では、「希望年収の半分くらいなら」と言われたこともあった。この日のことは、未だに忘れられない。

  

4年目の惨敗を受けて、5年目はしょぼくれていた。

面接で出来なかった問題こそAtCoderなりアルゴリズム本なりで勉強していたものの、「こんなに勉強しないといけないなら、もう現職でいいかな」という思いが大半を占めていた。

なんとなくはてブ技術エントリを読んだり、Qiitaとか面白そうなチュートリアルを手慰みにして時間を潰していた。

 

そしてそんな折に、知人経由で大手ITを受けてみないかと声をかけられた。

いやいや無茶でしょう、というような有名企業で、自信を喪失していた自分には恐れ多いとしか言いようがない。

とは言え、落ちるだろうから受けない、というのもあまりに後ろ向きな話。

なので、受けるだけ受けることにした。知人の顔を立てる、というくらいのモチベーションである

 

コロナ渦だったので面接リモート技術面接

内容の詳細は秘密保持関係から記載できないけど、3年目のサービス開発で学んだ知識と、惰性で技術エントリを読んでいた経験が活きた。

それなりに回答できて、手応えはあった(現職で得た知識とかももちろんあるけど)

結果は通過。そこからあれよあれよと面接ラッシュで、すったもんだありながらも最後内定

待遇も満点ではないけど十分な内容で、迷う余地がなかった。強いて言うなら、休みが減るのがちょっとネックかな。

 

元増田に言いたいのは、一回動くと何かが変わるよってこと。

私が結果としていい転職ができたのは2年目の活動の際に「Webサービスとか作ってみるといい」ってアドバイスをもらえたのがきっかけだし。

ベンチャー企業の人から声をかけてもらえたりするくらい頑張ってるなら、胸を借りるくらいの気持ちで話をしてきたらいいんじゃないかな。

人生の分かれ道は意外なところに落ちていたりするよ

  

ちなみに私が内定もらったところは、選考中は年齢(と性別)について一切聞かれなかった

から、急いで奮起する必要はないと思う。もうちょっと暖かくなったら考えてみたら?

2020-11-26

クラウドで得られた物と失った物

PaaS障害で~とかいってるけど

これ自社でDC災害対策で遠隔地に複数システム構築までやってれば片方だけに処理集中させればまぁ重くなる可能性はあるけどサービス継続できた。

最悪、データ保護も両系統で持ってれば死んだ方を再起動して復帰とか出来た訳で

結局の所クラウドってこの手のSaaS低価格化を進めたけどその分品質というかサービス継続性は落ちたよね

PaaS障害で~って言いたいことは分かるけどユーザからすりゃPaaS障害かどうかなんてどうでもよくって

金払ってる分サービスを当たり前に使えるかどうかだけが重要PaaS障害のせいで~とかユーザに対してサービス提供出来てない状態だよね。

にもかかわらず、何々サービスユーザがわかってくれて素晴らしい!とかいってるエンジニアがいるけどそれは本当かね?

中の人大変だろうけどガンバレ~とか物わかり良く言ってるけど

そういってるエンジニア過去を漁っていくと公務員の数が足りなくってコロナ対応で後手に回ってることとかを批判してるんだけどなんなのこの二枚舌

利便性は当たり前となっていく中で「それが提供出来て居ない事を批判しない」のは大事なんだけど

何故か行政行政サービスであるにもかかわらず行政に対しては批判するってもしかして無政府主義者なの?

2020-09-22

Tech Search Japan井上さんから来たメール

2020年8月

お世話になっております。Tech Search Japan井上です。

ウエブ系企業に強みを持つ東京ヘッドハンティング企業でございます

グローバルなユニコーン企業でご経験を最大限活用するチャンスでございます

アメリカアジアなどにも展開中で、海外日本オフィス重要ポジション採用を弊社が担当させて頂いております

企業情報

3000万人以上のアクティブユーザーを誇る大規模データプラットフォーム

フェイスブック本社技術責任者なども務めている、日本屈指の優良テック企業

コロナ渦に影響されない、強い財務体質と堅牢ビジネスモデル

バックエンド側はマイクロサービスなどのアーキテクチャパターンKubernetesなどを使用

アメリカとの共同でAI/ML技術研究フロントモバイル領域にも注力

現在のご状況を鑑みて、ビデオ面談で弊社のシニアコンサルとのお話の為に、30分お時間頂戴可能でしょうか?

こちらのポジションに限らず、中長期的にキャリア支援のお手伝いをできれば幸いです。

今週面談可能候補日を複数頂戴可能でしょうか?

よろしくお願いいたします。

ご連絡をお待ちしております

井上

2020年8月

XX様

メールはご覧頂けましたでしょうか?

面談可能候補日を複数頂戴可能でしょうか?

ご都合いかがでしょうか?

心よりご返信をお待ちしております

よろしくお願いいたします。

井上

2020年9月

XX様

度々のご連絡大変失礼致します。

XX様と一度お話させて頂くのは難しいでしょうか?

他にも、新たなプロジェクト始動している下記の企業様もございまして、XX様へご案内をできれば幸いです。

Microsoft社:

人々の行動変容を前提とする社会スマートニューラルネットワーク、Teams需要を支えるAzure PaaSの新ソリューションディープラーニングフレームワーク

Facebook社:

独自人工知能研究所、中小企業が自社のECサイトを持たずに顧客リーチできるサービスInstagram多岐に渡る事業展開

Netflix社:

世界リードするインターネットテレビネットワークで、190 か国以上で 1 億人以上のメンバー毎日 1 億 2500 万時間テレビ番組映画を楽しんでいる同社での新規事業

また、現状お探しでは無い場合でも、中長期的にお手伝い可能でございますので、

この機会に一度ビデオ面談・お電話お話できれば幸いです。

よろしくお願いいたします。

井上

2020年9月

XX様

ご状況のご確認です。

10-15分自己紹介兼ねたビデオ面談可能でしょうか。

Zoomskype等など、ご都合いかがでしょうか。

よろしくお願いいたします。

井上

2020年9月

XX様

ご都合が悪いかメールスルーされているかが把握できず、再度ご連絡しております

少し間隔を空けてまた再度ご連絡するように致します。

お探しでは無い場合でも、是非一度お話できれば幸いです。中長期でお付き合いをさせて頂きたいです。

よろしくお願いいたします。

井上

2020-08-31

うんこ上司時代クラウド!」有能ぼく「PaaSで構築ですか?SaaSみたいにサービスだけ利用ですか?」

うんこ上司クラウドっつったらクラウドだよ!BCPガー」

だめだこりゃ

2020-05-15

DX(Digital Transformation)って企業ITお金SIerからGAFAをはじめとしたクラウドサービスベンダー(SaaS,PaaS)に振り向けていこうよって一大ムーブメントなの?

それって単に食い物にされるのがSIerからクラウドベンダー変わっただけだろ

通産省も「2025年の壁」とか言い出して、今までのやり方はもうダメだ的なメッセージを出しているように受け取れるけど、クラウドサービスベンダーから金もらってんかね?

システムを作り込むな?

いやいや 自社のポカ避けや不良対策の粋を集めたものが十把一絡げのお仕着せのシステムで賄える訳ないでしょうよ

オートクチュールパーティーに行っていたのを、金かかるからパーティーファストファッションでいいじゃんってのと一緒だろ

あと流行りのNoCode、LowCodeのプラットフォームってどうなの?

安全装置のないクルマ粗製乱造されて街中を走り回るイメージしかないのだが

島根オリジンのヤツから派生したRoR(Ruby on Rails)がもてはやされた折も、導入されていくつか大きなシステムになってるが最近は導入当初のようにササッと開発してササッと使って成果を出しましょうってのとは程遠い存在になりつつあるのだが

なんなら作っている側が技術負債がとか訳のわからない事言いだして、技術負債っていったいなんだよ?

それってその当時のお前にそれを見通す能力がなかったのか、手抜きのやっつけ仕事したのかのどっちかだろ

2020-04-16

オンライン祭りシステム作ろうぜ!

アイデア料俺にくれ!

さて、夏に向けて各自治体で祭りの準備があるはずだ。

しかし今の情勢から言って、すんなりと開催に至ることはもはや不可能だろう。中止にするか、なんとしてもやるか、それぞれの派閥バチバチになって、ポストコロナ時代にも悲しい世代軋轢が残るだろう。

そこでだ!今のうちに祭りを「オンラインでやる仕組み」を構築して(PaaS型がいいだろう)、いざ夏の準備だ!と意気込む老若男女が祭りのことで喧嘩の果てに妥協案として「じゃあリモート開催で!」と言うときに駆け込める場所を作ってやって、ついでに金儲けもしてやろうじゃないか

機能的には

・出店(物理的なもんは事前注文で宅配式がいいだろう!オンラインしかできない商品なんて出れば最高だな!)

音頭中継(ユーザーライブで踊ってる様をシェアしてウィンドウを分割して一定時間ごとにラウンドロビンで切り替え表示できれば最高だな!)

・画面は日照を考慮した色合いに

最後は〆のオンライン花火!(ここにイカした工夫ができれば最高だな!)

って感じか!

祭り運営者は登録ログインして、上記オリジナル差し替え可能テンプレートとして選択作成していき「我が町祭りオンライン」を作成する!

祭りURLサブドメインに分けて、それぞれの町祭り用のURLとする!初期版は祭り参加者ログイン機能は難しいだろう、全町の祭りURL経由でアクセスできるようにしよう!のちのちアクセス制御したくなるだろう、ただし公共良俗を保つのが難しいかもしれないので、トレードオフ認識必要だ!

アクセスランキングの後日発表はあってもいいが、イイねランキングリアルタイムランキングはやらない!イイねやらスターはクソだ!ショボい祭りも盛大な祭りバカにされずにドンとこいにしてぇ!そこにイイねは邪魔だぜ!

時間もねえしオープンソースだ!後ろも前も得意な奴がやろうぜ!CI/CDは詳しくねぇしドメインやらデータソースの置場所も考えなきゃなんねぇが、俺はそういう面倒はごめんだ!得意な奴やってくれよな!

よし、わかったらリポジトリ作ってリプで教えてくれな!儲かったら俺にアイデア料寄越すんだぞ!ガハハ

2018-10-12

プログラミング本質カプセル化ブラックボックス

コンピュータマシン語命令文もデータも数値で表す。これは今も昔も同じ。

数値だけでは人間管理しづらいので命令文を mov や add のようなわかり易い単語に置き換えたのがアセンブラ

(わかりづらい数字人間理解やす英単語に置き換えた)

アセンブラも規模が大きくなると人間には管理しずらくなる。

そのため人間言語により近い高水言語が生まれた。

if や for などで制御をわかりやすくした。

複数の処理をひとまとめで扱うサブルーチン関数プロシージャ・ファンクション

いったものができた。

(処理の流れをわかりやすくした、構造化、カプセル化

複数データをひとまとめで扱うレコード型や構造体生まれた。

カプセル化

コードデータをまとめて扱うクラスができた。

カプセル化抽象化

アプリケーションからOS機能を呼ぶシステムコールAPIが生まれ

ブラックボックス化)

複数クラスコードデータをひとまとめにするにモジュールができた。

カプセル化

プログラムを外部から操作するRPC、CORBA、SOAPRMIができた。

リモートから操作ブラックボック化)

WebAPIアーキテクチャーを超えての疎結合が進む

さらなるブラックボックス化)

IaaS / SaaS / PaaS を使いネット上のサービスにつないでシステムを構築する。サーバ管理不要に。

ブラックボックス化)

CIツールサーバ数台〜数百台を1人で扱えるようになった

操作の簡略化)

DockerWEB/DB/KVSなどをまとめてコマンド1つで扱えるようになった。

カプセル化抽象化

プログラミングとはわかりづらいマシン語人間にわかやすくするのが本質

カプセル化ブラックボックス化・操作の簡略化は正義

2016-11-20

エンジニア立ち居振舞い: 技術的な暴力を振るわない - futoase

http://futoase.hatenablog.com/entry/2016/11/19/155427

例示されている暴力はだいたい頭の悪い暴力なので反論できます

CGIには今の時代PHPを利用するのに、なぜ未だにPerlを使っているのか。処理速度も遅く、表現も難解だ。

では今あるシステム全部PHPリプレイスするとして、○人月工数必要ですがそのような予算はありません。

Go言語のもの表現力が低い。そんなものを利用するならJavaScalaで書くべきだ。ライブラリ豊富にあるだろう。Googleに縛られた環境での開発は恐ろしい。

ところでどうしてWindowsPCを開いてExcel文書作ってるのか教えてください。

Serverlessそのものサーバがなくなるわけではない。自身チューニングなど細かなリソース管理ができないPaaSを使って自身サービスの命運を預けるなんて馬鹿げている。

理屈の上ではオンプレミスIaaSの方が細かな管理できるかもしれませんが、サーバ管理にそこまでコストかけるつもりが無いのに適当なこと言わないでください。

みんな忙しいから結局何もやってないじゃないですか

iOSアプリのものプラットフォームがいつまであるかもわからないし、今後広がるかわからない。Objective Cを覚えたり、そんなもの技術をかけてどうするのか。

Nintendo Switchが大流行するかわからない。コントローラー使いづらいし。あんものはチンケなものだ。そもそもUnityインフラエンジニアが覚えて意味があるのか。

流行前は流行らないと言い、流行った後は将来性が無いと言う、じゃあ一生何も始めないつもりですか?

でも安心してください。すべてはUnity解決してくれます。そう、Unityならね。




とは言っても結局は私も暴力をふるう側の人間

例示された人たちに暴力ふるいたい。

windowsmacフロントエンドインフラ組み込みいう線引きからはみ出してはいけないと思うな。むしろ全部やれ全部だ!誰もお前がカバーしてない部分をサポートなんぞしねえからな!

ECサイト作りたい人 → ヤフオクでやれ(CMSを使うことの大切さ)

iosアプリ作りたいwindows開発者 → くだらないことにこだわってないでmaciphone買え(ios開発は何もかもmacxcode大前提

フロントエンドプログラマgo → goだけ使われても微妙。当然DBとの連携もあるんだよな?ん?(サーバサイドスクリプトDB連携のためにあるようなもの

サーバレスに興味あり組み込みエンジニア → どうでもいいからさっさと作れ。そこ悩むとこじゃねーから!(悩むなら一度サーバ立ち上げから自分でやってみてイメージをつかんだ方がいいかも)

NintendoUnityインフラエンジニア → やればいいと思うがハードルが高すぎて頓挫する可能性が高い。まずはUnityエディタ上で動くくらいを目標にすべきだ。

2016-09-09

Microsoft Azure Stack

ほとんどの人が勘違いしてる気がするけど

まずIaaS基盤ではない、PaaS実装のためについでで実装されてるだけ

PaaS基盤展開にARMを使うのでそのためにIaaS機能も開放されているにすぎない。

PaaSメインで使いたい

 → Azure Stack (せいかい)

 → Azure Pack (似たような事はできるけど今後の機能拡張があまり期待できない)

IaaSメインで使いたい

 → Azure Stack (まちがい)

 → Azure Pack (せいかい)

少なくともWindows Server 2016で実装される各種機能使いたいならAzure Stackは現状無理なので諦めましょう。

AzurePaaS機能を使いたいと思うならAzure Stack一択、現状実装されてなくても今後の拡張実装される可能性は高い。

そもそも的な話すると今後発表されるというCPS的HWじゃないと正式リリース版はサポートされないという事なので、新規HW購入必須です。

Azure Packのようにカスタマー自由に構築するのを認める可能性は限りなく低いと予想してる。

2016-06-20

全てのCOBOLエンジニアはだいたい糞である

この記事を読んだ。

http://anond.hatelabo.jp/20160619185731

COBOLエンジニア、現Rubyエンジニアとして増田記事がどうしても許せなかったので反応してみる。

この記事もこんなタイトルだけど、これもやっぱり主語が大きいと思う。

汎用系の現場でもRuby現場でも優秀な人はたくさんいたし。

今では信じられないほどの経験を当時(といっても2年前)はしていた。

改めて今、RubyというかRailsを始めてよかったなーと思う。

そこで僕が経験した糞だった現場をご紹介したい。

(もちろん業界特有ということもあると思うが)

インデントは定規で計る

いやー、これが一番ひどかったな。

まず静的デバッグ(机上デバッグ)といってコンペアファイルソースコードコンパイルログをそれぞれ紙出しして提出用(クライアント)、リーダー上司用の3部印刷する。

全てマーカーを塗った後に赤入れする為にそれぞれ分けるんだ。

1セットあたり印刷に15分くらいかかったかな。

そしてインデントレビュー指摘項目なんだけど、紙出しされたもののインデントが正しいかチェックするんだよ。

媒体のインデントをどうチェックするかって?

定規で計るんだよ。半角スペースが5ミリだったっけな。

それで5ミリずれてたら指摘するんだよ。目がつかれたよね。

っていうか品質に対する意識は今のほうがよっぽど高いし効率的だよ。

ログを紙出ししてマーカー塗る専属社員がいた

これもびっくりだよね。

専属社員がいた。SIerなんて人を突っ込んだもの勝ちだから、上手いこと言って検証要員とかいって突っ込んだんだろうね。

ダンプがだいたい1時間くらいかけて出てくるから、それを裁断してホッチキス留めしてマーカー。

大卒の、しかも僕より先輩の社員たちだったな。

そんな人達サービス残業しているのを見て悲しくなったよね。

ネットは使えない。リファレンスは紙媒体(常に貸出中)

これはクライアント金融特有なんだと思う。

ネットは使えない。現場に入る時も持ち物チェックとかあるしな。

リファレンスは紙媒体だったよ。

でもセキュリティ観点からマスターの1冊のみ。

常に貸し出し台帳は予約で埋まっていたな。やっと借りれたのは現場離れる1週間前だったなんてこともあった。

まだまだあるんだけど、これだけでもひどい現場だったなーって思う。

そもそも設計→開発→レビュー→手戻り→設計→開発...のループだったから前に進めてないし。

最後の方レビュー適当なって品質下がってバグ生んでたし。

Gemとか外部のコードを信じきるとか、もちろん質の低いRubyエンジニアというか現場はあると思う。

それでも、やっぱりRubyのほうが未来があるよ。

この先もっともっとブラックボックスフレームワークを使うようになるかもしれないし、環境も何もかも全部おまかせでPaaSが主流になるかもしれない。

認めたくない気持ちはわかるけど、時代エンジニアも合わせていかなくちゃいけないんじゃないかな。

2015-04-17

Webスクレイピングへの対応どうしよう

Ractive.js辺りを使ってWebアプリを作ろうと思ったのだが、

これを使うとPerlでいうHTML::QueryやRubyでいうNokogiriを使ってデータを抜き出すことができなくなるのだよな…。

かといってHTMLベタ書きするのは大変そうだし、

多少手間はかかるがレンタルサーバーなりPaaSを借りて、

後ろでHTMLを生成するとかのほうが適切なのかなー…。

2014-08-02

戦う気力をなくした

普通の人からすると大したことじゃないと思うけど、もう会社の中に貢献しようと思う気が失せたので、その実態を書いておく。

ソフトウェアを自社開発していて、顧客自身Webアプリケーションを作れるようなマルチテナントサービス提供しています

直属の部長

上下関係にとにかく弱い

後述する彼の上司であるCTOの言いなり。

全てをイエスで返していくからCTOには都合がいいみたい。

とある機能設計CTOが「コレ出来るよね?」ってすごい適当な図((丸と線をつないだだけ))を書いて説明してて、

別の部署の部下がちゃんと理由((CTOには言葉意味すらわかってなかったらしい))を説明して何度も断ってたのに、

無関係なうちの部長が呼び出されて「出来るよね?」って詰め寄られて「簡単にできますよ」ってさらっと援護してた。

自身はその機能に関して別に作業も具体的な設計をするわけでもないので、頭を悩ませるのは援護射撃をもらった担当開発者たち。

社歴が長い分既存製品に関する知識があり度々オブザーバーとして呼ばれるが、今はその製品を開発している部署所属しているわけでもなく、

最近方向性技術動向に関しては全然理解していないにも関わらず。

普段は雑談しながら笑ってることも多くて人柄は悪く無いと思ってるけど、仕事に関しては全部CTOの発言を決定事項として下ろしてくる。

自分が板挟みになりそうなら部下を責める。あなた意図はどこ?

前例主義

思考停止と思えるほどに「今までもこうやって来たんだし」がバンバンから出てくる。

それを変えるやり方や新しい概念の導入に戸惑うとイライラして険しい顔でとにかく前例に合わせるようにする。

そうやって前例にこだわってきたからなのか、ちょっとしたエピソードがある。

たった4人の小さい部署から毎週のMTGの余った時間で持ち回りの勉強会を提案して実施してたけど、

彼以外の3人がミドルウェアフレームワークや新製品の説明をしているのに対し、彼は割とすぐネタが無くなったのか既存製品の話とか会社規則に関する話が出てくるようになって、

最終的に「忙しいから」というよくわからない理由で勉強会が消えた。

3人共「楽しかったのになぁ」って口を揃えたんだけどね。

製品開発

部長がいる僕の部署は新製品と銘打って開発を進めてるけど、例によってCTOの発言によって既に現行製品をなぞる方向でただの焼き直しを進める形になっている。

僕とサシで話した時は「現行製品と同じ機能を作っていくんだったら新製品を作る意味ってなんだろうねぇ(´Д`)ハァ…」とか言ってたくせにCTOの前ではハハハと笑っている。

以前指摘したけど、彼は新製品に関するプロダクトマネジメントステークホルダー立場ではなく、あくま開発者らしい。

じゃあ誰が責任者ステークホルダーなんだよと思ったけど、そんなもの既存製品にもいなかった。

おかげさまで「あの時はこんな事情があって…」ばかりで迷走しまくってるんだけど、そういう反省は生かさないんだな。

CTO

CTO(最高技術責任者)とは名ばかりの役員

CTO技術

基本的技術に疎い。もともと企画をやってた人らしいけど、アイデアマン((その場の勝手な思いつきは多い))ではないなぁ。

バズワードは大好きだけど肝心の内容は何も知らないし間違いを指摘しても「そんな解釈もあるよね」ってごまかす。

でもそれでCTOっぽく技術リードしていると思っているらしい。

その他にもいろいろ。「ifとforが使えれば何でもできるだろ」だの暴言も多い。

社長は彼がCTOとして問題があることに気づいているらしいが、役員だしなぁ。

来期は彼を開発部署の上から外してくれるといいな。でもその頃には僕はいない。

CTO案件相談と業績

目の前の利益にはすぐ食いつく。

「こんな案件の依頼が来ていてお金はいいんですが、確実に専用のカスタマイズ必要なんですが…」というのに開発陣にヒアリングなしに受注を確定させる。

サーバだってもともと予算はないけどサクッと購入する。開発者たちにサーバを買う予算はないって渋りまくってるのに。

うまく行けば自分の実績として社内で大々的にアピールしまくるが、火消しに走るときは営業に文句行ったり開発者に文句行ったり。

そして保守のことは全然考えてないので、積み残されたカスタマイズサービス群が開発者運用者、更には顧客への次の担当者を苦しめる。

現行製品仕様を切り替えた時にカスタマイズ問題が起こったおかげで製品仕様カスタマイズ考慮したあれやこれやを要求されてがんじがらめ。

ええっと、マルチテナントって一体なんだろう。

ちなみに、コレよりひどい自称SIerの営業が居るが、とにかくカスタマイズ案件を取って受注しておいてPMをしないもんだから

突然「お客さんが明日欲しいっていうんだけど」って焦って飛んでくる事態を連発する。

もちろんそんなことを連発してても「大型案件」を受注するから営業成績はMVPとりまくり。そこからずっと続く保守運用は彼の仕事じゃないしね。

CTOと新製品

CTOの話に戻ると、僕らが作っている新製品(?)に関してもとにかく自分理解範囲内に収めるべく発言しまくるし、

新しい概念を持ちだされて意味がわからない時は「それって現行製品のコレはできるの?」で畳み掛けてくる。

もちろんそれを聞いた部長は「そうですよね。それも必要ですよね!」って援護してきて考えてきた設計がことごとく旧製品になっていく。

どうやらCTOの中では既存ユーザが内容を移行できる新製品にする予定で、機能まで全て踏襲するらしい。

そんなもん誰が使うんだろうねぇ。

「新製品を世に出していくには実案件で実績を作っていかなければ」って話をして、案件を持ってきた。

最初は短期間で終了する案件だったけど、運用期限の決まっていない案件が発生している。

そのために製品名もリリース時期も何も決めてないけど、メインから分離した保守ブランチができ、APIv1は提供済みだから今後はv2にならざるを得なくなり、

それすら新しい案件で潰されていくことだろう。

当初は「お客さんにはあくま実験的なものと説明し、お金は取らない」((そんな話を受けるお客さんはたぶんいないって指摘したけど聞いてくれない))とか言ってたのに、

今は「売り上げあげなきゃこれまでの開発費がリカバリできない」とか言ってる。

現行製品の話

まともなデバッグシステムエディタを使わず果たしてユーザPHPコードを書いて開発をするだろうか?もちろん、否。

お客さんから依頼を受けたら営業担当者四苦八苦しながら開発代行を行い納品する。

それでも難しい場合パートナー企業に依頼をして開発をしてもらい、納品する。

あれ?うちって受託開発会社だっけ?

そもそもPHP以外の機能自体も複雑になってて、開発者自身が「ここに機能追加しろって言われたけど、そもそもこの機能どうやって使えばいいの?」と迷うレベルだし、

想定してた使い方を超えてバグを付く動きを相談なしでお客さんに提供しちゃってるもんだから

どれが正しい仕様なのかすら不明瞭になっている。

現行製品の開発の話

Javaってオブジェクト指向プログラミングが出来るはずの言語なんだけど、オブジェクトなにそれ美味しいの?って状態。

クラスがただの関数置き場になっててメンバー変数をいじるもんだから副作用のせいで同じオブジェクトを使う処理がことごとく影響を受ける。

それを避けるにはどうするか?もちろん似たような機能を持つ別オブジェクトを作ったり、別関数で違うメンバーを使うようにしたりする。

とにかく既存の流れを邪魔しないように新しいコードを作ればいい。おっと既存機能と同じ処理をする部分があるな。コピペコピペっと。

もうリファクタをしようと思う開発者はいないし、単体テストもないからできない。いや、無いんじゃなくて単体テストを作れない。

あちこちにDBコネクションとか埋め込んであって都度データ取得するからさなコードでも動作するにはDBコネクションが必要なんだ。

僕は新卒メンバーには「会社内の書き方は(どの会社でもそうだけど、ここは特に)独自のやり方だから、コレが正しいと思わないように。

今後も開発者であるためにはxUnitとかバグの少ないコードの書き方とか自分自身勉強するんだよ。」と言っておいた。

どの部署保守的

Conwayの法則とはよく言ったもので、まさしくリファクタできない密結合で暗黙のパラメータの多い組織。

自分部署立場を守る発言は多いけど、1年後2年後3年後どんなふうに仕事を進めていきたいからみんなでこうしていきましょう、って意思決定していくことは無い。

未来像を描いて推し進めようとする人とよく飲みに行くけど、その人もCTOからとにかく押さえつけられてたりする。

製品の結合度や他社サービスとの連携を図っていく基盤となる部分を提案しているのに、内容も全然理解してなくて「話が大きすぎて工数かかりすぎ」と言われ、

役員会でCTO勝手に「仕様検討にかかった時間負債になった」と報告したらしい。

僕の話

「なにより、こんなことで諦める俺が憎い!」じゃないけど、そんな中途半端に辞めようと思う僕も駄目なやつだとは思う。

誰にも頼まれないまま開発インフラを変える動きを有志で立ち上げて色々やってCI((例によってユニットテストできない))が回るようになり始めたけど、それも中途半端

運用インフラを変える部分もやっと使える状態になったけど、まだまだ中途半端

製品の1モジュールもきっと中途半端になるだろう。

そういった点は大変に申し訳ない。

でも、今のまま居たって僕に未来はない。

僕は僕自身未来の為に活動していかなきゃと思った。

こんなところでこんなグチグチ言ってちゃダメなんだ。

から、ゴメン!

ログイン ユーザー登録
ようこそ ゲスト さん