  |
はてなキーワード: バックエンドとは
ワイが期待した超簡単でいいから理解している？はこう言う事な？
CUPSについて
3. ポストスクリプトドライバとPPDや、GhostScriptによりプリンタが解釈できるものに変換される
その話、必要？
PDF投げてる状態だとすると、不具合があった場合は、ネットワーク（ハード、ソフト）かプリンタかどっちかが原因で、プリンタボードなら取っ替えでメーカーの保守担当に電話だよ。後者ならパソコン先生が出る幕ないよ。
んで、メーカー製のドライバが必要なのはプリント画面で直接プリントPDFを送信するやつじゃないかな。オプションの設備が必要だし。
オープンソースのドライバでできるかどうかはちょっとどうかと思う。
MacのOSXバージョンによっては、メーカーがドライバを用意してないケースが多々あって、Macがデフォルトで用意してるドライバとかオープンソースのドライバが必要になるわな。懐かし。
別枠という話じゃなくて、Perfumeを語るとアイドルフリーク以外がどうしても参戦してくると言ってるんだよ
それくらいPerfumeの演出は先進的で、クリエイターや技術屋の興味を惹いてるんだよ
映像のリアルタイムレンダリング1つとっても、それを生放送するバックエンドはどうなっているのか？とか熱く語られてるんだぞ
そういう技術の部分にPerfumeは関係ないと思うかも知れないが、Perfumeはそういう技術も含めて「Perfume」とされているからアイドルフリーク以外も参戦してくるんだよ
そんな集団を個人で相手取るにはアイドル以外の音楽・映像・コンピューティングの知識すら必要で、非常に難易度が高いんだよ
もしPerfumeを相手取りたいなら、Perfumeに批判的なアイドル以外の知識を持つ音楽・映像・コンピューティングの人間も集めなきゃならない
Perfumeが異常に評価されていると感じているのならば、それはアイドルフリーク以外からも評価されているからが答えであって、その評価を覆すにはアイドルフリーク以外の評価を覆す必要があるんだ
近年、転職した時に退職しましたブログを書くのが流行りのようなので書いてみる。
今転職しようか悩んでいるシステムエンジニアの人がいたら参考になれば。
ずっと小さいベンチャー企業を渡り歩いているせいで、インフラからバックエンドからフロントエンドからなんでもフルスタックでやってきた（人がいなさすぎてやらざるを得なかった）。
近年は自分も開発しながらマネジメントもするプレイングマネージャだった。
社名を出す勇気はないので出さないが、まあまあ有名な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に関して教えてくれる人は社内にはもちろんいないので、全て独学で習得した。
この行動が良かった。
もし前の会社で会社に言われた仕事だけしていたら、今頃どこにも転職できないしょうもないおっさんエンジニアになっていただろう。
だから、ベンチャー企業への転職を考えているエンジニアは、いつまでもそこにいれるとは思わないでほしい。
会社にエンジニアとして成長できる機会がないのであれば、自分から作っていかないといけない。
そして、会社の方針と自分の考え方が一致していることはとても大事だ。
それが違うと、経営危機の時に頑張ろうって気になれない。
転職するときの面接は、受けるこちらも会社を査定する場なので、その辺も良くみてほしい。
業界全体において今自分がどの位置にいてどのくらいの価値のある人間なのかわかるからだ。
まず職務経歴書を書いてみてほしい。
同意。
ロック処理とか甘いしサイズ制限も2GBだしANSI SQLに一部対応してないしで、Webサービスのバックエンドに向かないのは間違いないが、さりとて5万行程度のテーブルを捌けない程無能なRDBでもない。
複数テーブルでもちゃんと外部参照設定して第3正規化するくらいは普通にできる。複数テーブルJoinしたりサブクエリ書いたりもできる。
元の発言した人は、ちゃんとAccessを使ったことがあるのか疑問である。
ただ、Excelよりも便利なのは確実だが、WordとExcelくらいしか使えない人も多いので、ほかの人とデータ共有するのであれば、Excelのままでもいいかな。
少し前になるが、転職活動の一環で難易度が高いと言われているニュースの会社をリクルーターを通して受けてみた。
SNSや勉強会を通じて、優秀な人材がいることは事前に分かっていたし、勉強会で実際に話してみるとただ有名なだけのエンジニアとは違い、技術にもビジネスにも明るく仕事が出来る事が直ぐに感じ取れたからだ。相手は自分のことなど覚えてはいないと思うが。
時を同じくして同僚も受けていた事が分かり、同僚も辞退をしていたのでどんな感じだったか情報交換を行った。
面接を通してミスマッチが発生しなくて良かったと思っているので、その記録を残してみる。
私のキャリアは、ソフトウェアエンジニアを約10年ほどサーバーサイドのプログラムを多く書いており、十数名規模のマネジメント経験がある。
応募ページを見ると、大量にポジションが無尽蔵に羅列してあり、何が何なのか正直よくわからなかったのでポジションサーチというやつに申し込んだ。
まずここでミスマッチが発生した。先方からはフロントエンド関連のエンジニアのポジションを提案され、戸惑いながらも面接に進んだ。経歴書にはフロントエンドも業務で取り組んでいたと書いたためであろう。なお、面接の前にオンラインで簡単なコーディングテストが行われた。
面接は1日に連続して数人と行うスタイルで、このやり方は初めての体験だった。
最初の人は現場の人だったのであろう。非常に初歩的な事を聞かれた。技術的に深いコミュニケーションが出来ず、少し深ぼった話をすると逆になんですかそれはという反応をされたので、レベルが高くない人なのかと察し適当に流すことにした。
なお、コーディングテストの結果はどうだったのか評価を教えてほしいと伝えると、自分もこの問題はよく分からないからと言われた。一体何のために行っているのかテンションが下がる話である。
次はマネージャーとの面接だった。どういうチームがあるのか組織的な事を説明され、相手の会社のアーキテクチャを説明された。その上でどう改善するかという問題を出された。
こういう面接の方法もあるのかと思いつつ、もし前提がこうであればこう改善したほうが良いという提案を何個かしたが、それはこういう理由で出来ないや、今は忙しくて取り組めないという事を返された。隠れた条件を後付けで出されるので、なんかズレてるなと感じ、組織的な課題を聞いてみたところはぐらかされた。
面接によくある、最後に何か質問はありますか？と問われたときに、面接の中で聞かれたことを逆質問し、その課題にどう取り組むかの意見を聞いたところ、適当な感じに返された。
この時点で微妙な人たちが連続して続いたので、私の中では辞退をしようと決めていたのだが、是非2次面接に進んでほしいという案内を受けた。
てっきり1次と2次を連続してやったと思っていたが、この日に受けたのはどちらも1次面接らしい。
リクルーターには別のポジションで受けたいこと、可能であればもっと優秀な人か勉強会で登壇した人と面接をしたい事を伝えたが後者は叶わなかったので辞退を申し入れた。辞退の理由は、面接した人と一緒に仕事をする事になると心労が絶えない事を直感的に感じ取ってしまったからだ。
同僚はバックエンドというポジションで直接応募しており、情報交換した感じでは面接官は別の人のようだった。
聞いた話なので詳細を書くことは出来ないが、Kubernetesの本に関わっている有名な人が出てきたようだったが、そのプロダクトの話をしても全然詳しくなく、実際にサービスで使っている自分の方が詳しくてがっかりしたそうだ。今取り組んでいるプロダクトの課題や目的、背景を聞いても、よく分からないと返されてしまい、萎えてしまったために辞退した模様。その同僚はフリマの会社も受けており、きちんと分かっている人が出てきたのでそちらに行くらしい。
https://anond.hatelabo.jp/20181005233454
↑これを書いたものです。書いたとおり会社を離れることになり、次の職場も決まっている。8月から9月いっぱい活動し、複数社内定をいただいた。アラフォーのジョブホッパーだが、人生の中で最も就職活動がうまく行った時期だった。別に自分が優れているわけでも何でもなく、超売り手市場の売り手職種だったというだけである。しばらくは転職したくない。
以前高内定率のハイスペックジョブホッパー増田がバズっていたが、自分は平凡なおっさんジョブホッパーなので、多分この増田は誰かの役に立つと思う。
※例によって身バレすると現職と次職と面接受けた会社に迷惑かかるのである程度ぼかす。
はてブもGoogleもすっかりアフィスパムに汚染され、ビズリーチやワークポートへのアフィブログばかりだったから。増田に書いたのもタダで拡散するため。
正直、並レベルの実力があるWebエンジニアならエージェントやビズリーチを使う必要はない。ヘッドハンティングがほしければ、Wantedlyにレジュメを登録して、Qiitaに何個か記事を投げておけば勝手に来る(役に立つかどうかは保証できないが)。
Qiitaじゃなくて増田に書いたのは、Qiitaはテック系の記事を投稿すべきものでQiitaにある転職系の投稿は全部ゴミだと思っているから。そもそも規約違反だしね。
エンジニア転職の定番である。ここにレジュメを登録しておくと、確度の高いスカウトが来たり、「気になる」が届いたりするので、これを利用して気になった会社とコンタクトを取りカジュアル面談をする。
職務経歴書＆ポートフォリオも書面ではなくWEB(今流行りのサーバーレス)で作った。個人情報もあるので認証付き。去年あたりはやったOSS職務経歴書はやっていない。
試しに何社か自分から気になるを押してみたがほとんど反応なかった(自分がポンコツだったからもしれないが)。基本的にオファーを待つサービスである。
去年上場時にDCMA悪用で炎上したWantedlyである。はてブにいる理想主義者の人達はこのサービスを嫌うが、正直なところ代わりになるサービスもないので使った。採用側のときも使ってたし。
ここもレジュメを充実させて、ポートフォリオへのリンクを張ってスカウトを無制限に受け取るように設定。スカウトが来た会社の中で、特に気になるところにコンタクトを取ってカジュアル面談をする。社員数名のガチスタートアップから、上場したばかりの有名ベンチャーまでいろいろなオファーが来る。流石に創業メンバーをWantedlyで募集しているようなところはお察しなのでスルー。
この2つで合計15〜20社ほどとカジュアル面談し、数社を除いてほぼ「ぜひ本選考に来てください！」となった。旧来的な転職活動の書類選考はほとんどなかった。というか、レジュメとポートフォリオのおかげでほぼ書類はパスできていたと思う。いちから自己応募をせずにダイレクトリクルーティングを最大限に活用した。
今回は転職エージェントは使わないと、固く心に誓ったのだが、Wantedlyに以前から登録してたり、会社ブログを書いてたりしてたせいか何社からメールが来たり、会社の電話に連絡が来たりした。
正直なところ、数千万プレイヤーでもない限りこの手のサービスを使う意味はないと思っているのだが(実態は単なるプッシュ型エージェントだし)、興味本位で数社ほど会うことにした。結果1社だけいい感じのカジュアル面談をセッティングしてきたので、それだけ会うことにした。
上記の通りヘッドハンターは1社だけあったが、転職エージェントは使わなかった。以前の転職活動のときに、的はずれな会社を紹介され続けたのですっかり嫌になっている。採用側から見てもアレな人の紹介が多かったし。
ジョブホッパーで転職なれしているせいで、レジュメの添削も面接対策もスケジュール調整も年俸交渉も不要で、自分にかかる高額な採用費のほうがマイナスになるからである(Greenもそれなりに高いけどね)。
あれは一見すると採用側が負担するように見えて、実は最終的に求職者側にも見えない形で金銭的負担がかかる。交渉無しで全社希望額よりプラスでオファーをくれた。転職エージェントは基本的にポジショントークしかしないので、あまり頼らないほうがいい。ただ、大企業に行きたければ意味あるかもしれないが。
実は転職活動を全くしていなかった頃に知人に誘われたのだが、今回あえて連絡を取らなかった。
リファラルはM社(田町)やM社(六本木)のようなエリートベンチャーが、ハイスペックエンジニアを採るのにはいいかもしれないが、自分の場合その知人の会社に会いに行く→不採用or辞退なんてなったら気まずいので行かなかった。
ちょうど自分が活動を始めたとき、某有名フロントエンドエンジニアがTwitterで仕事くれと言ったら大量のDMが届いたそうである。ハイスペックエンジニアならこの方法も有効だが、業務以外に大きな実績もないエンジニアには無関係な話である。
以前は使ったのだが、例えば@typeやDODAなどは全く関係のない職種のメール爆撃がひどかったし(東建コーポレーションと夢真ホールディングス、あと外食やドライバーとか)、ビズリーチは圏外。FindJobはGreenやWantedlyに比べて求人の質が下がっている気がする。リクナビNEXTは行きたい会社がまったくない。Miidasは眼中になかった。
転職ドラフトは長い長いレジュメを書かされる→レビューでやり直し→オファーが来ても通常の採用フローに回される、というのを見て工数オーバーだと思って使わなかった。通常の採用フローがある時点でドラフトでも何でもないやん。
東京でWebエンジニアがハローワークで本気で仕事を探すことなんかあるんだろうか(嫌味でも何でもなくて素)？
東京以外で何回か利用したことあるが、求職者相談に関してはいっその事民営化して、悪名高いR社にでも委託したほうがマシな気がする。少なくとも金がかかっている分彼らのほうが真剣であるし、失業保険だけせしめるだけで就職する気のないような輩は追っ払ってくれるだろう。
以前の転職活動は自分から辞退することはほとんどなかったのだが(選べる立場じゃなかった)、今回は落ちることも少なく多忙を極めたため、何社か辞退することとなった。
ほとんどの会社がコンタクトから1営業日程度でアポイントを返してきていたのだが、何社かは信じられないほど遅い会社があった。
余裕のをとり広く日程を提示したにもかかわらず、返事に1週間もかけてよこしてきたり(当然他社のアポイントが入っている)、相手側都合で約束していた日程が合わなくなりリスケ依頼してきたり(当然他社のアポイントが入っている)。こういうところは人事が回っていないか、面談するエンジニアを用意できないかのいずれかで、入社してもいいことがなさそうなので辞退した。
自分の面談は自分の業務終了後希望しておいて勝手なのだが、流石に深夜未明とか日曜日にメールを寄越してくる会社は、労働環境に問題がありそうなので辞退した。休むときは休むべきである。
自分側の問題だが、ハイスペック系やフルスタック系を求めてくる会社もカジュアル面談の時点で辞退した。まず次の選考が通らないし、間違って採用されても多分自分が苦しむことになるから。そもそもなぜ自分にスカウトを出してきたのかが謎だったが。
辞退以外のお見送りが3〜5社ほどで、内定が2〜4社ほど。それ以外は選考中に辞退。上に上げたような理由がなくても、スケジュールが合わずに辞退した会社もある。
内定をくれた会社はいずれもレスポンスが早く、スケジュール調整もかなり早くしてくれた。辞退防止のためか人事もかなりフォローを入れてくれる。新卒はかなり辞退率が高いそうだが、中途採用も高くなっているのであろう。最終的に辞退する会社には申し訳ないが、丁寧にお詫びするつもりである。
年収も30〜70万円ほど上がった。現職と同じから+50ぐらいで希望していたが、思いの外高く評価いただいている。あとフレックス制や副業OKやストックオプションなど、福利厚生や労働条件も今どき風になった。しばらくは転職したくない(2回目)。
なんかトラバでフリーランスがどうのとかって言ってるけど、自分がフリーランスになってもせいぜい800〜900万前後の年商(年収ではない)をうろうろすることになり、社畜で500〜700前後でうろうろしたほうが楽だと思ったので社畜を続けることにした。技術ゴリゴリの人とか金金金の人ならいいんだろうけどね、そういう人は楽勝で1000超えるしw
あと年収1億のやつが転職サイト使うわけ無いだろ、少しは考えろw
バックエンドはどうだと言われてますが、スキルによるが基本的にフロントエンドよりも年収は高いです。フロントはHTMLコーダーレベルの人も含んでいて参入障壁も低いしね。領域が違うので単純比較は難しいですが、同じぐらいのレベルの人で50〜150ぐらいの差はあるんじゃないでしょうか？
ただSSRとかBFFとかその辺を出来る人は逆に年収高くなります。あとサーバーレス。この辺をちゃんと出来る人(開発から実運用まで考えられる、例えばCI周りとかね)はバックエンド一本の人よりも年収高くなりますが、フルスタック的なスキルを求められるので並レベルではなくなります。
あと職種関係ありませんが、年齢行ってるとある程度マネジメント経験求められます。正直なところ技術的なとんがり度では若者に勝てるわけがないので(フロント界隈の有名エンジニアは皆20代)、この辺で勝負していく必要があります。年齢的な不利は老獪な社畜力で乗り切りましょう。
公正な比較はできないんだけど、アカウント数および有償プラン契約数でいうと少なくとも国内のSlackはTeams(Office365)の足元にも及ばない。
https://www.publickey1.jp/blog/18/slack.html
国内だとSlackは無料アカウント含めて50万、有償プラン契約数は15万というのが上記の記事に書かれてる。
全世界だと有償プラン契約者数が300万人以上、ということらしい。単一機能のサービスでここまでの規模に成長しているのはまさにチャットツール市場の覇者と呼ぶにふさわしい。
一方のOffice365なんだけど、Teamsを今まで利用可能だった商用の有償プラン契約数は1億3500万人のMonthly Active Userと下記の2018年1～3月期の決算資料に載っている(スライド9枚目)。
流石に契約者数は明かしてくれないらしいが、Teamsを今まで利用できなかった一般消費者向けの契約者数は約3060万人契約とのこと(スライド10枚目)。
ちなみに少し前に発表されたSurfaceGoの国内版にだけバンドルされて大顰蹙を買ったOffice売り切り版は収入が16%落ちてるらしい。
クラウドへの移行が着々と進行中、という今更説明するまでもない状況みたい。
契約者をいくら誇ったところで、Teamsの利用者の声なんてあまり聞こえてこない。下記のブコメでも「実際に利用して具体的な意見を書いている人」は驚くほど少ない。
http://b.hatena.ne.jp/entry/s/pc.watch.impress.co.jp/docs/news/1132746.html
Office365を企業で大々的に導入している職場をいくつか経験した自分の感覚としても、Teamsをまともに利用している職場は見たことがない。
存在自体を知らない、モノ好きの情シスが適当に使ってる、大規模導入の検討初期段階、といった感じのところが多いのでは？
利用できる契約者は多くても、そもそも存在自体があまり知られてない、というのがMicrosoft Teamsの現状。
Slackはそもそも単一機能を売っているという関係上、契約者はチャットツールを使うために契約しているわけで、Slack契約者≒Slack利用者となるわけだが
Office365はそもそも「情シスの買い切りOfficeカウント地獄からの解放」というお題目や、
「メールサーバの運用からの解放」などといった感じで、Teamsを主目的の一つとしてとらえているユーザーがそこまで多くない感じ(そもそもOffice365リリース当初には無かったサービスだし)。
なので、Office365契約者＞＞Teams利用者となる。
個人的な見解は「ユーザー数拡大ももちろん視野には入っているだろうが、認知度向上の方が比重高いのではないか？」という感じ。
まずはニュースサイトが分かりやすい構図として「MSのSlack対抗サービスがついに無償化」みたいな記事を出せば「あぁ、うちが契約してるOffice365にもチャットツールあるんだ」と知ってくれる既存契約者も多いだろう。
それによって利用率向上を狙っているのでは、というのが自分の予想。
Slackへの攻勢をかけるという線も薄い。
わざわざ自社より小規模でロイヤリティ高くて引き剥がしにくいユーザーを狙う意味がない。
そもそもOffice365自体の契約者数は絶好調で成長中だからね。
よく言われることだが、Microsoft TeamsはSlackのパクリから始まったサービスだ。
それは間違いない。
ただ、現状のSlackとはターゲットユーザーが違う関係上、進化の仕方が微妙に違っている。
コミュニケーションプラットフォームという大枠の括りは一緒でも、自社内にチャットツール以外が無く、外部との連携で機能拡張をするSlackとは対照的に
Office365のビジネスプランにはMicrosoft版IFTTT的なFlow(これも始まりはIFTTT的な感じだったが、もはや全くの別物になった)や、
Microsoft版TorelloなPlanner、Web版Office(プランによってはクライアント版)、Sharepoint、Exchange、何でもありだ。
流行り物はどんどん巻き込み、投げ売りといってもいいレベルの価格付けでユーザーを囲い込んでいってる。
Plannerが無償版なしだったり、Flowの無償版がお遊びレベルの内容なのと違って、Teamsの無償プランがここまでのレベルなのは
単一サービスで300万以上の契約を勝ち取るクオリティ、リテラシーの高いユーザーによって構成される成熟したコミュニティ、
チャットツールの無償版なしではOffice365の契約が切り崩されかねないという危惧もあるのだろう。
チャットツールが代替するものとしてよく挙がる「メール」はOffice365で重要な位置にいまだあるわけで、
下手にSlack導入して「あ、これメールサーバ要らんな」みたいなことになると、Office365自体の契約も危ういわけで、必死になるわけです。
もう諦めて Slack 買収した方が良いのでは。
諦めるどころか、これから防衛戦頑張らなきゃならないんですよ。
買っても大したユーザー増にならないし、どうせ既存ユーザー逃げるし、金の無駄でしかないから
買収の線は薄いんじゃないですかね。
Trello対抗にとりあえず作りましたで後は放置のPlannerやWunderlist買収してから放置のToDoとかと同じ末路を辿る予感しかない
PlannerやToDoはバックエンドのAPI整備がやっと最近ひと段落したので地道に改善はしてたみたいですよ。
そのおかげでまだ不十分だけどFlowのトリガーとアクションが追加されたしね。
僕らのYammerが転生したってこと？(・・？)
Yammerって気軽に投票募れるぐらいしかTeamsに対する優位点見出せないんだけど、
ちょっと前にデスクトップアプリ出してきたりと、まだなんかやろうとしてるみたいなのが意味不明。
Skype for Businessを生贄にするぐらい今のMSはTeamsに本気だから、当分大丈夫だと思う。
上にも書いたけど、はっきり言ってチャットサービスとしての完成度はSlackが上だと思う。
Teamsは結構使ったけど、よく言えば頻繁に機能追加される。悪く言えばそもそも機能が足りてない。
1年以上前のリリース当初は場所によってIMEがONにできなかったりしたしね。
あと機能追加もよく言えばコミュニティベースだから、機能要望を挙げて、それに賛同者を募って
多数の賛同を得られないと開発者の目に留まりにくい。たまに投票数の低い案が優先的に実装されたりもするけど
基本的には投票数の多い案件から実装機能が選ばれることが多い。
ただ、わかってる人がゴリゴリ使い倒す、っていう方向でクオリティを上げてるSlackに対して
TeamsはあくまでもOffice365との密な連携を主題において、外部とも連携できるように、っていう方向なので
ターゲットユーザーがそもそも被らないのでは、と個人的には思ってる。
Slackに満足してる人はOffice365に囲われてるおまけって時点でTeamsの印象悪いだろうし、
Office365についてくるTeamsで十分な人はチャットツール単体に1000円/人月なんて払わない。
MS側もSlack対抗というより、Slackが開拓してくれたチャットツールという新たな魅力でOffice365の契約数を増やしたい、という感じに見える。
俺、Macbook使ってるんすよ（タッチバー付13インチPro
俺、プログラミングスクールでプログラミング教えるアルバイトしてるんすよ（そいつはそのスクールの卒業生
懇親会で「皆さん嫌いな言語とかフレームワークはありますか？」と話題になると私は即座にRailsと言う。
「あのコマンドを打つと中で何が起きてるか知ってますか？」（知らない
「ActiveRecord？生でクエリ書いたことある？インデックスの意味くらい知ってるよね？」（書いたことない、適当なこと言う
3分後
「alert（'XSS'）」
百歩譲って学生エンジニアならまあセキュリティに無知なのは分かる。
しかしだな、文系エンジニアは「俺もハッキングしたい（笑）」な勢いで詳しく解説することを要求してくる。非常にウザい。
"
"
しょうがないので優しく解説すると「君ってハッキングとかしてそう（笑）」「君将来ハッカーになりそうだわ（笑）（クラッキング的な意味で）」
死ねよ。
俺、Git使って開発したんすよ（GUIのSourcetree
え？バグ？ちゃんとテストしたんだけどなぁ（完全手動テスト（）笑
AWSとGCPは登録はしたものの使い方が分からなくて結局放置
pwdとcdしか知らない（Makefileを作ったことないからいつもネットのコピペコマンド
はい、ゴールデンタイムに鯖落ち。復旧した時にはゴールデンタイム終了のお知らせ。
理由、CDNを刺してない、貧弱なプランの鯖（勿論ロードバランサなんか使ってない）
でも彼らは一応優秀な文系エンジニア。高学歴、サービスも作ったこともある、それなりの実績も持っている。しかし文系だ。
こういう奴らがいるからちゃんとしたエンジニアを軽視される。黙って営業職に転職してこい。
まあでも大学じゃ作者の気持ちしか考えてないのだから当然のなのかもな（笑）
追記
残念な理系名前を書くだけ一発採用派遣SIerは対象としてない。論外だ。
給料が安い？
そんなことは無い。400万以上貰える会社に内定もらっているから嫉妬も不満も特に無い。
だがしかし、ムカつく。
そんな奴が同期にいたら蹴り飛ばしてやりたくなる。
だが見てみろ、あいつらのアプリバックエンドが無いんだぞ？意欲は認める。だがそれで胸を張ってiOSエンジニアなんて無理があるだろ？
バックエンドのように地味で制限も多くいつまで経っても新しいものがあまり出てこない退屈なところとは違う
同じツールばかりで飽きることがない
案件で新しいのを使ってみて、次の案件のときにはもう次のツールが出てきているから使っていける
同じものばかり使って新しい体験がないまま同じようなことの繰り返しという退屈さがない
常に新しい体験ができる
JavaScript 自体がウェブだとこれ一択だったから、オブジェクト志向だったり関数型だったり比較的いろいろな使い方ができる
それぞれに合わせてライブラリがあるから好みの使い方をすればいい
型がほしいならtypescriptなどのaltjsもあって自分の好きなもので作れるわけだ
一部○○するならこれ、などと言い切ってる人がいるがそんなことはない
いいところもあれば悪いところもあるし、欠点があるからそれを補った別のツールが出てくるわけだ
ついていけないという人もいるが、新しいのが出続けるというのを理由に避ける必要はない
新しいのについていけない、めんどくさいという人は古いのを使い続ければいい
未だに jQuery やそれと同じくらいの時代からあるライブラリのみのサイトだって普通にある
それが悪いということもない
そういう選択もありだ
私がいるところは、プログラマ/システムエンジニア、フロントエンドエンジニア/バックエンドエンジニアとかの区分がなくひとりでなんでもやるところです
一応フロントエンドが好きで得意だと自称はしているものの一般的なフロントエンドってどこまでするのでしょうか
デザイナがするような部分
ここは当然でしょう
最近では SPA のページも多いので単純な HTML と JS ではなくフレームワークを必要とされることもあります
SEOの都合などでJSレンダリングじゃなくサーバサイドレンダリングで、サーバから受け取るHTMLの時点で表示できる状態になってることを依頼される場合もあります
その場合はサーバサイド言語に応じたテンプレートエンジンも使います
PHP なら Blade、Python なら jinja、 Node.js なら ejs という感じ
JS のコードをテストしたり gulp などのタスクランナーや webpack などバンドルツールを使うので OS のコマンドラインのツールも使える必要があると思います
サーバサイドの言語は別の人が作るにしても自分の環境でそれを動かすためにサーバ構築は出来たほうがいいでしょう
VM に OS のインストールしてウェブサーバをインストールしたり
Vagrant, Ansible 等で管理されているなら、設定ファイルを書くことはないにしろ実行する方法やエラーが起きたときの簡単な対象方法くらいは知っていないと不便かと思います
ウチの場合は各自LinuxをVMにインストールして Ansible でという使い方なので気づきませんでしたが、考えてみたら全部設定済みの VM データを配布してくれるということもあるのかもしれません
データによって画面表示を変えるときに、それに応じたデータを作って画面を確認したいことがあるので、mysql や postgres などなどデータベースの知識も必要になることがあります
SQL 書けなくても pgadmin みたいな GUI ツールで表を書き換えればいいのですが最低限の仕組みは知っていないと苦労しそうです
完全にフロント/バックが切り離されてるところなら、フロントエンド開発者向けにデータベースは使わずテンプレートエンジンに渡ってくるデータを好きに設定できる機能が用意されてるのかも？とも思います
サーバサイドの処理は不要でクライアントサイドの動きのみを作るわけですから、決まった場所の JSON ファイルのデータがそのまま使われるならデータベースの存在を知らなくてもいいですし
ここまでできたらバックエンドよりフロントエンドのほうが何でも出来る人みたいに思えます
あとはサーバサイド言語を書ければもうサービスが作れてしまいます
でもこれぐらいできないとすごく不便で、すぐに他の人に頼らないといけなくなるように思います
サーバ冗長化とかそういった部分はかかわらなくてもいいと思いますけど、Linux やデータベースなんかは自分でどうにかできないと周り誰もいないときに動かなくなったら作業進められななんてことがありそうですし
日頃、自分の興味のあることに関する課題を発見し、それを解決するためにアプリ(小規模だけど)を開発し公開している。作ったものがたまにバズることがあって、その結果1日の広告収入が1万円を超えたこともあった。しかし、定期的に作ったアプリに対して使った技術要素やコーディング量を見返した時、これぐらいのものはxxさんなら自分より短時間かつ高クオリティで開発できるなと思うことがあるのだ。
興味があることに自分で課題を発見し実際に手を動かしているのですごい！みたいな話を聞いたことがあるが、理解はできても共感ができない。
常にネガティブな感情を抱いているわけでもなく、難しい箇所をうまくコーディングできた時は自分のことを天才だと感じることや、ミドルウェアを含むバックエンドからフロントエンドまで1人で開発できるようになり、昔の自分と比べて成長したと感じることはある。ただ、これらのポジティブな感情は一瞬で終わり、あっという間に上に書いたようなネガティブな感情が自分を支配するようになる。
レッドコーダーやKaggle Masterになるか未踏に採択されるなどのレベルに達すれば、自分を認めることが出来るような気はしているが、あいにくそこまでの能力は持ち合わせていない。
https://anond.hatelabo.jp/20180311003723 を見て書きたくなった
わい情報系学部の就活生．ヲタク文化を支えているIT企業に就職したいと強く思っている．お硬い企業で死んだ目でキーボードカタカタするよりも，興味のある分野でキーボードカタカタしたい．
ちなみにわいはWebのフロント・バックエンドばかりやってる．だからとりあえずWeb系かなって考えてる．
ツイッターやブログは仕事関係の人も読んでいるので、ここで書く。ちょっとした事情でUターンして、とある地方のしがないWEB屋で働き始めたのだけれど、半年経って、もうこれは限界かもな、と思っている。
社員が少ないし時間がないのもわかるのだが、コードレビューがあることによって、バグやコード書いた人の目に届かない部分の影響への指摘などができると思うのだ。
フロントは状態管理が大変なので、限界があると思うんだけど、バックエンドはテストコード書いて、ユニットテストくらいはやろうぜ、と思っている。まあ、自分も以前まではやっていなかったので人のこと言えないのだけれど。
何をやっているのかわからん上にダマで変更加えてmasterにマージしちゃう。しかも変更しているのはモデル。もちろんテストはしないぜ。masterからブランチ切って自分の作業に取り掛かってみると、知らない変更が加えられている。影響範囲なにそれ美味しいの？状態なため、変更に伴って他の部分/モジュールにはバグ出まくり。テストコードはコケまくり、エラーでまくり。
これを誰がやっているかと言うと、上司にあたる人間がやっている。ちゃんと技術的な知識も持っているしコードもちゃんと書ける。自分よりも。なので余計にタチが悪い。一人で開発するんならそれでいいのかもしれないけど。ちなみにバックエンドのエンジニアはその上司と自分だけ。
働き始めて2年も経たないペーペーだし、年も離れているし、どういうアプローチをすればいいかわからないんだよね。職場の文化(?)を変えるのはそれなりの労力がいるし、とっとと転職して自分の環境を変えた方がいいかもな、と思っているけど、如何せん地方なので、あんまり職がない。
そういうわけなので今日は公開資料を中心にリリース失敗の技術的な要因を分析してみたいと思います。
ドワンゴアカウントシステムはScalaのコードだけで22万行を越え、ドワンゴ社内で最大のScalaリポジトリとして知られています。
ドワンゴのユーザーアカウント基盤は明らかに破綻しています。 10 年以上にわたり、ガラケー時代から今に至るまで多くの業務をコードに落としていくことは極めて難しい作業であったと思います。そうはいってもやってるうちに一回なんとか出来なかったのかとは思うわけです。やっている当人たちがテンションを上げているほどには開発効率が出ていない、むしろ足を引っ張っているという可能性はかなり高いと思います。
ニコニコ生放送(以下「生放送」)ではバックエンド・フロントエンドのサーバーを建てる環境として、2016年からDocker Swarmを採用し始めています。
Docker Swarm Mode については私も検証をしたことがあり、非常に優れた思想をもった将来性のあるプロダクトであると感じていました。個人的な検証はずっと続けています。まず swarm mode の何が優れているかと言えば、コマンド体系の分かりやすさです。開発者は何のストレスを感じることもなくクラスタを扱うことができます。さらに、サービスディスカバリ層を極めて扱いやすい形(サービス作ると公開することを指定したポートがクラスタ内の全マシンで公開されるので、あとはクラスタ全台に向けてロードバランシングするだけでいい事実上のゼロコンフィグレーション)で実装したことは素晴らしいと思います。しかし、残念ながらこの素晴らしい思想を持ったプロダクトは砂上の楼閣でした。その肝心なサービスディスカバリは安定しておらず信頼できません。またマスターがコケてそのままクラスタ全部が機能を停止するだとか、ノードが気づいたら行方不明だとかはざらです。こうした問題は 2016 年末から現在に至るまで残念ながらあまり改善されていません。
私は kubernetes が嫌いです。 Google 製品は開発者の UX を考慮しないからです。しかし、 2016 年においても、 2017 年の今においても彼のプロダクトが商用環境における事実上唯一の選択肢でした(ついでに言うならば docker service コマンドで kubernetes いじれるようになるので UX 問題も解決する)。正直、 2016 年から swarm mode を仕事で使おうとしたのは、深刻なソフトウェア検証能力の欠如を感じます。
実は分散ファイルシステムも独自に開発しました。もともと既存のオープンソースのファイルシステムを使っていたのですが,それだと期待する性能が出ないことがわかり,独自に調査開発を進めることにしました。
こちらの記事を読んでいただければわかりますが、配信基盤の再構築を行うにあたって
ということが分かります。
触れない話: 事実上全然稼働しなかった CTO 、北の将軍様
パブリッククラウド、特に CDN を採用することは開発負担の軽減に多いに貢献するように考えられます。実際「 akamai 使えよ」みたいなこと言ってるユーザーは結構いるわけです。ではなぜ彼らがそうしないのか、その意思決定の理由をここでは探ってみます。
動画ストリーミングサービスとして遅れているというのは恥ずかしいことではありますが、ハードウェアや使っている回線の影響もありますので、どのサービスも最終的には同じになると思っています。その差をつけられることはこの先はなくなると思っています。
ようするに CDN 屋だろうが自前だろうが最終的に同じようなところに落ち着くだろうという予測を彼らは立てているということです。しかし現実問題として現在競合他社との差は大きく、新配信基盤のリリースの目途は立っていません(半年以上の遅れというのは通常そういうことでしょう)。ではなぜ彼らは最終的に差は無くなると予測するのか。私はこの点において彼らが空元気をふりまわしているとは思いません。
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
要するに CDN 各社は現在逆ザヤで出血を続けながら戦闘しており、 DDoS 対処を中心としたセキュリティサービスにより最終的な帳尻を合わせている状態です。自前で動画配信インフラを構築した経験のあるドワンゴは CDN 大流行の早い段階から「成立するビジネスではない」という見通しを立てていたであろうと思います。
ただしこの点において今後もビジネス環境、技術環境が現在のように推移するのかは、私にはよく分かりません(誰にも分かってないでしょう)。結局同じようなところに落ち着くならありもの使っとけよとは思わなくはない。
まあもう無理でしょいろいろ
