engineer_new's profile picture.

iOS現役エンジニア

@engineer_new

iOSだと脱獄でもしてない限りは、システムの仕組み的にそれは出来ないはず

TEMUを一度インストールしたら、マルウェアが深く埋め込んで、TEMUアプリを削除しても、マルウェアを削除できないようです。TEMUを一度インストールした端末を使わないように、新しいスマホを買い替えるべきです。



バグが無いことの証明はいわゆる悪魔の証明で、テストはバグがあることを証明出来るけど、バグがないことは証明できないってのを認識しないとだね

どこの案件行っても、テストでミスでない前提でテスト期間設けてるんだよなぁ。 アレってアホだなぁと思う。テストフェーズでヌケモレ発見したら障害扱いになるので、テストが意味を成さない。 そういう事をやってるから、テスト工程で誤魔化しやる人が絶えない。



あと現役の優秀なエンジニアは、スクールなんかでお金持ってない初心者に教えるより、現場で働いた方が稼げるからスクールで教えたりしないと思うんだよね


独学でエンジニアになれるような人じゃないとエンジニアなんか無理だと思うんだけど、独学無理だからスクール行こうって思ったらその時点でエンジニアは諦めた方が良い


売る時にどうせ塗り潰されるからダメか


転売防止のために、購入時に本人の身分証確認して、その場で箱に本名書き込むとかはどうだろうか


コードを書く時、Aの書き方がわかりやすいかBの書き方が分かりやすいか見たいな話になった時に、どっちかが全ての人にとって必ず分かりやすいみたいなことは必ずしもなくて、時には世の中の8割の人はAが分かりやすいけど2割の人はBが分かりやすいみたいな感じのこともある


コードは全てロジックで考えて書く、あらゆる部分をなぜそう書いたのか論理的に説明できるべきで、感覚で書いてたら相当な危機感を持った方がいい


ViewにSQL書いてあったら発狂するでしょ


きたないコードの場合は、レイヤーを分けたりするとそもそも読めないものが複数箇所に広がってさらに可読性が壊滅的なことになるんだねど、キレイにかけてるコードを適切にレイヤー分けすると、責務がしっかり分かれて、むしろ分かりやすくなる


VIPERはView-Presenter周りをReduxのEvent-Actionのスタイルを参考に実装するとなかなか綺麗に実装出来る。


レイヤごとのフレーワークが分かれてないClean ArchitectureはもはやCleanではないと思う。フレーワークを分けないでClean Architecture円の内側への依存関係の方向を保つのは至難の業。


欧米とか国によっては国からいつも取引のあるフリーランス個人に直接発注とかしてるらしいし、直に個人に発注しないにしても下請けに丸投げする会社に発注はありえない。最低限再委託禁止の契約で発注すべき。


やはり時代はRustなのだろうか


MVC, MVP, MVVMでも依存関係の方向性を円の内側へ向かわせれClean Architectureになる。あの円に書かれているようにレイヤを作るのが本質では無い。本質は円の内側へ向けて依存関係を作ること。#swift #iOS #プログラミング


Loading...

Something went wrong.


Something went wrong.