ছেড়ে সামগ্রীতে যান
টুইটার পরিষেবাগুলি ব্যবহার করে আপনি আমাদের কুকিজ ব্যবহারএ সম্মতি জানাচ্ছেন৷ আমরা এবং আমাদের পার্টনাররা বিশ্বব্যাপী কাজ করি এবং অ্যানালিটিক্স, ব্যক্তিগতকরণ এবং বিজ্ঞাপন সমেত বিভিন্ন কারণে কুকি ব্যবহার করি৷
  • হোম হোম হোম, বর্তমান পৃষ্ঠা।
  • সম্বন্ধে

সংরক্ষিত অনুসন্ধানসমূহ

  • সরান
  • এই কথা-বার্তাতে
    যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @
প্রস্তাবিত ব্যবহারকারীগণ
  • যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @
  • যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @
  • ভাষা : বাংলা.
    • मराठी
    • हिन्दी
    • ગુજરાતી
    • தமிழ்
    • ಕನ್ನಡ
    • Bahasa Indonesia
    • Bahasa Melayu
    • Català
    • Čeština
    • Dansk
    • Deutsch
    • English
    • English UK
    • Español
    • Filipino
    • Français
    • Hrvatski
    • Italiano
    • Magyar
    • Nederlands
    • Norsk
    • Polski
    • Português
    • Română
    • Slovenčina
    • Suomi
    • Svenska
    • Tiếng Việt
    • Türkçe
    • Ελληνικά
    • Български език
    • Русский
    • Српски
    • Українська мова
    • עִבְרִית
    • العربية
    • فارسی
    • ภาษาไทย
    • 한국어
    • 日本語
    • 简体中文
    • 繁體中文
  • একটি অ্যাকাউন্ট আছে? লগ ইন
    একটি অ্যাকাউন্ট আছে?
    · পাসওয়ার্ড ভুলে গেছেন?

    টুইটার-এ নতুন ?
    নিবন্ধন করুন
macguru17-এর প্রোফাইল
Max Seelemann
Max Seelemann
Max Seelemann
@macguru17

Tweets

Max Seelemann

@macguru17

Founder and lead developer @ulyssesapp – the Apple Design Award winner! Occasional speaker, full-time nerd.

Leipzig, Sachsen, Deutschland
ulyssesapp.com
যোগদান করেছেন জুন ২০০৯

Tweets

  • © 2018 টুইটার
  • সম্বন্ধে
  • সাহায্য কেন্দ্র
  • শর্তাবলী
  • গোপনীয়তা নীতি
  • কুকিগুলো
  • বিজ্ঞপ্তি তথ্য
খারিজ
পূর্ববর্তী
পরবর্তী

একজন ব্যক্তির প্রোফাইলে যান

সংরক্ষিত অনুসন্ধানসমূহ

  • সরান
  • এই কথা-বার্তাতে
    যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @
প্রস্তাবিত ব্যবহারকারীগণ
  • যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @
  • যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @

এই টুইটটির প্রচার করুন

ব্লক করুন

  • একটি অবস্থান সহ টুইট করুন

    আপনি আপনার টুইটগুলিতে ওয়েব থেকে এবং তৃতীয়-পক্ষ অ্যাপ্লিকেশনগুলির মাধ্যমে অবস্থান তথ্য যেমন শহর বা সুনির্দিষ্ট অবস্থান যোগ করতে পারবেন। আপনার কাছে আপনার টুইটের অবস্থান ইতিহাস মোছার বিকল্প থাকবে। আরও জানুন

    আপনার তালিকাসমূহ

    একটি নতুন তালিকা তৈরি করুন


    100 অক্ষরের কম, ঐচ্ছিক

    গোপনীয়তা

    লিঙ্কটিকে টুইটে অনুলিপি করুন

    এই টুইট স্থাপিত কর

    Embed this Video

    নীচের কোডটি অনুলিপি করে আপনার ওয়েবসাইটে এই টুইটটি যোগ করুন। আরও জানুন

    নীচের কোডটি অনুলিপি করে আপনার ওয়েবসাইটে এই ভিডিওটি যোগ করুন। আরও জানুন

    হুম, সার্ভারে পৌঁছনোর একটি সমস্যা ছিল।

    আপনার ওয়েবসাইটে বা অ্যাপে টুইটার সামগ্রী এম্বেড করে আপনি টুইটার ডেভেলপার চুক্তি এবং ডেভেলপার নীতি-এর সাথে সম্মত হচ্ছেন।

    প্রাকদর্শন

    আপনি কেন এই বিজ্ঞাপন দেখছেন

    টুইটারে লগইন করুন

    · পাসওয়ার্ড ভুলে গেছেন?
    কোনও অ্যাকাউন্ট নেই? নিবন্ধন করুন »

    টুইটারে নিবন্ধন করুন

    টুইটারে নেই? নিবন্ধন করুন, আপনির পছন্দের বিষয়গুলির সাথে যুক্ত হন, এবং তাদের বিষয়ে হালনাগাদ পান।

    নিবন্ধন করুন
    একটি অ্যাকাউন্ট আছে? লগ ইন »

    দুটি উপায় (প্রেরণ এবং গ্রহণ) শর্ট কোড:

    দেশ কোড গ্রাহকদের জন্য
    মার্কিন যুক্তরাষ্ট্র 40404 (যে কোন)
    কানাডা 21212 (যে কোন)
    যুক্তরাজ্য 86444 Vodafone, Orange, 3, O2
    ব্রাজিল 40404 Nextel, TIM
    হাইতি 40404 Digicel, Voila
    আয়ারল্যান্ড 51210 Vodafone, O2
    ভারত 53000 Bharti Airtel, Videocon, Reliance
    ইন্দোনেশিয়া 89887 AXIS, 3, Telkomsel, Indosat, XL Axiata
    ইতালি 4880804 Wind
    3424486444 Vodafone
    » অন্য দেশসমুহের এসএসএস সংক্ষিপ্ত কোড দেখুন

    নিশ্চিতকরণ

     

    হোমে স্বাগতম!

    আপনার কাছে গুরুত্বপূর্ণ বিষয়গুলি সম্পর্কে তাত্ক্ষণিক আপডেট পেয়ে সময়রেখাতে আপনি সবচেয়ে বেশী সময় কাটান।

    আপনার জন্য টুইটগুলি কাজ করছে না?

    প্রোফাইল ছবির উপরে যান এবং কোনো অ্যাকাউন্টকে করা অনুসরণ বাতিল করতে অনুসরণ করছি বোতামটি ক্লিক করুন।

    অল্প কথায় অনেক কিছু বলুন

    আপনি যখন পছন্দের কোনো টুইট দেখেন তখন হৃদয়টি আলতো চাপুন — এতে যে ব্যক্তি সেটি লিখেছেন তিনি জানবেন যে আপনি ভালোবাসা শেয়ার করেছেন।

    শব্দ ছড়িয়ে দিন

    আপনার অনুসরণকারীদের সাথে কারোর টুইট শেয়ার করে নেওয়ার সবচেয়ে দ্রুত উপায় হল পুনঃটুইট। অবিলম্বে তা পাঠাতে আইকনটি আলতো চাপুন।

    কথোপকথনে যোগ দিন

    জবাব দিয়ে যেকোনো টুইট সম্পর্কে আপনার মতামত যোগ করুন। আপনার আবেগের কোনো প্রসঙ্গ খুঁজুন ও সরাসরি তাতে চলে যান।

    সাম্প্রতিক জানুন

    লোকেরা এখন কী নিয়ে কথা বলছে তাতে তাত্ক্ষণিক অন্তর্দৃষ্টি পান।

    আপনার ভালোবাসার জিনিস আরও পান

    আপনার আগ্রহের প্রসঙ্গ সম্পর্কে তাত্ক্ষণিক আপডেটগুলি পেতে আরও অ্যাকাউন্ট অনুসরণ করুন।

    কী ঘটছে দেখুন

    অবিলম্বে যেকোনো প্রসঙ্গ সম্পর্কে সাম্প্রতিক কথোপকথনগুলি দেখুন।

    কখনও কোনো মুহূর্ত মিস করবেন না

    সেরা কাহিনীগুলি প্রকাশিত হলে তা অবিলম্বে পান।

    1. Max Seelemann‏ @macguru17 ১৮ জুলাই

      So… options. 1) Leave as-is, file radar, hope for eventual fix. Results in bad experience for some users. They are not able to use the app because of a certain title. That’s a bug. Bad idea. (There even is an app review guideline against bugs. More in a moment.)

      ১ reply ০ টি পুনঃটুইট ৪টি পছন্দ
      এই থ্রেডটি দেখান
    2. Max Seelemann‏ @macguru17 ১৮ জুলাই

      2) Do not set a custom back title. This leads to worse user experience – because we are no longer able to provide *better* context than what’s the default. While this is a small example, take a dozen of them and you have a worse app. You get a *worse experience* for users.

      ১ reply ১ টি পুনঃটুইট ৫টি পছন্দ
      এই থ্রেডটি দেখান
    3. Max Seelemann‏ @macguru17 ১৮ জুলাই

      3) Hack your way around it. I guess you could manually figure when which case would be triggered. But this is bound to break with the next best OS update. Spacing and layout change. Fonts change. Hacks break. Take a dozen of these cases and you have a fragile, hacky app.

      ২ replies ০ টি পুনঃটুইট ৩টি পছন্দ
      এই থ্রেডটি দেখান
    4. Max Seelemann‏ @macguru17 ১৮ জুলাই

      5) Switch to non-native cross-platform toolkit. I know this is radical. But you’re free to do whatever you want there. Style the UI with some CSS or something and no need for private API. But IMO nobody will want to use your app. Bad idea. Native wins. UIKit is the one to use.

      ২ replies ০ টি পুনঃটুইট ৫টি পছন্দ
      এই থ্রেডটি দেখান
    5. Max Seelemann‏ @macguru17 ১৮ জুলাই

      So what are we left with? 1) Buggy UI 2) Inferior UX 3) Hacky Code 4) Private API 5) Horrible UI If you were *free* to choose – what would you do? I know *my* option. The mindset behind it got us an Apple Design Award. Make your guess.

      ২ replies ০ টি পুনঃটুইট ১০টি পছন্দ
      এই থ্রেডটি দেখান
    6. Max Seelemann‏ @macguru17 ১৮ জুলাই

      Here is what Apple/App Review tells you at the moment: - You must not ship bugs. - You must not use private API. So they leave you with shipping inferior experiences or hacky applications or even push for cross-platform SDKs. This is why I call it ill-fated.pic.twitter.com/QMAPzQWofl

      ১ reply ০ টি পুনঃটুইট ৭টি পছন্দ
      এই থ্রেডটি দেখান
    7. Max Seelemann‏ @macguru17 ১৮ জুলাই

      Why is Apple pushing so hard against private API? I have no insights, I can only guess. I believe they hope for a more stable platform. Internal APIs can change any time, and their use might break apps. If a change broke a lot of apps, it would turn into *Apple’s* problem.

      ১ reply ০ টি পুনঃটুইট ৫টি পছন্দ
      এই থ্রেডটি দেখান
    8. Max Seelemann‏ @macguru17 ১৮ জুলাই

      Also, private API might provide apps illegal access to data that they must not use. E.g. circumventing sandbox restrictions, or tracking users across apps, etc. Of course Apple will want to kill this off. I’m all for it. Kill it. But there must be room for exceptions.

      ১ reply ০ টি পুনঃটুইট ৫টি পছন্দ
      এই থ্রেডটি দেখান
    9. Max Seelemann‏ @macguru17 ১৮ জুলাই

      Know what? In my one and a half *decades* as professional app developer, *all* my apps broke in some way on *every single* new OS that came out. Staring with Mac OS X 10.2, continuing to iOS 12 today. But absolutely *zero* of these breaks were caused by the use of private API.

      ৪ replies ১২ টি পুনঃটুইট ৩১টি পছন্দ
      এই থ্রেডটি দেখান
    10. Max Seelemann‏ @macguru17 ১৮ জুলাই

      So why is that? Have we ever used private API in the past, we stuck to some clear rules: - Use it only as a LAST resort - Use it only for cases of bad UX - Always protect against change We usually have lower standards when “bending” public API. (That’s actually why apps break.)

      ১ reply ০ টি পুনঃটুইট ৯টি পছন্দ
      এই থ্রেডটি দেখান
      Max Seelemann‏ @macguru17 ১৮ জুলাই

      To sum it up: IMO, strictly and relentlessly forbidding any private API use is ill-fated. It hurts users, developers and the platform. I’d like Apple to reconsider this direction. Bugs are a *reality* in software development. We must all live and deal with them. (The End)

      ৪:১৭ AM - ১৮ জুলাই, ২০১৮
      • ১টি পুনঃ টুইট
      • ১৪টি পছন্দ
      • 𝓛𝓮𝓸 𝓝𝓪𝓽𝓪𝓷 Florian Albrecht Pitiphong P. nevyn Bengtsson Charles Joseph Sergen Gönenç iKyle JaviAir Julio Carrettoni 
      ২ replies ১ টি পুনঃটুইট ১৪টি পছন্দ
        1. নতুন কথা-বার্তা
        2. Max Seelemann‏ @macguru17 ১৮ জুলাই

          PS: The radar for this issue here is rdar://problem/42326772

          ২ replies ০ টি পুনঃটুইট ৩টি পছন্দ
          এই থ্রেডটি দেখান
        3. Max Seelemann‏ @macguru17 ১৮ জুলাই

          Max Seelemann Alastair Houghton পুনঃটুইট করেছেন

          Likely UINavigationController even, as you’d want all those nice push/pop interactive swipe gestures to work as well.https://twitter.com/al45tair/status/1019557997822074880 …

          Max Seelemann যোগ করেছে,

          Alastair Houghton @al45tair
          @macguru17-কে উত্তর দিচ্ছেন
          You missed 6) Reimplement UINavigationBar Which will work on every iOS version, *but* means you get to maintain your custom version and have to upgrade it to match Apple’s. And it’s a tonne of extra work.
          ০ reply ০ টি পুনঃটুইট ৩টি পছন্দ
          এই থ্রেডটি দেখান
        4. কথা-বার্তা শেষ
        1. নতুন কথা-বার্তা
        2. Brandon Paddock‏ @BrandonLive ১৮ জুলাই
          @macguru17-কে উত্তর দিচ্ছেন

          I have to disagree. Permitting store apps to use private APIs kills the OSnteam’s ability to innovate. Of course there are cases where it would be useful to you and non-malicious, but that doesn’t mean it isn’t still the wrong solution with detrimental impact to the ecosystem.

          ১ reply ০ টি পুনঃটুইট ০টি পছন্দ
        3. Max Seelemann‏ @macguru17 ১৮ জুলাই
          @BrandonLive-কে উত্তর দিচ্ছেন

          I’m open for suggestions. 😊 What would you do? Ship a worse user experience?

          ১ reply ০ টি পুনঃটুইট ০টি পছন্দ
        4. Brandon Paddock‏ @BrandonLive ১৮ জুলাই
          @macguru17-কে উত্তর দিচ্ছেন

          Typically I’d try to come up with a different solution. E.g. limit the length of user input, truncate the string before setting, or using a custom control. These are all less fragile than using private APIs, and they don’t create undue burden for the API owners.

          ২ replies ০ টি পুনঃটুইট ০টি পছন্দ
        5. Max Seelemann‏ @macguru17 ১৮ জুলাই
          @BrandonLive-কে উত্তর দিচ্ছেন

          Dunno. What you’re proposing is double-implemented logic. If it’s to be good, it’s complicated and so will be expensive to maintain. If not maintained, the app will slowly decease in quality. Also something Apple will not want.

          ১ reply ০ টি পুনঃটুইট ০টি পছন্দ
        6. Brandon Paddock‏ @BrandonLive ১৮ জুলাই
          @macguru17-কে উত্তর দিচ্ছেন

          If you’re abusing a private API then you’re going to have the same work maintaining it. But now you’ve made it potentially impossible to maintain (what if an OS hotfix removes or substantially changes that API?), and created more work and pain for others.

          ০ reply ০ টি পুনঃটুইট ০টি পছন্দ
        7. কথা-বার্তা শেষ

      লোড হতে বেশ কিছুক্ষণ সময় নিচ্ছে।

      টুইটার তার ক্ষমতার বাইরে চলে গেছে বা কোনো সাময়িক সমস্যার সম্মুখীন হয়েছে আবার চেষ্টা করুন বা আরও তথ্যের জন্য টুইটারের স্থিতি দেখুন।

        বিজ্ঞাপিত টুইট

        false

        • © 2018 টুইটার
        • সম্বন্ধে
        • সাহায্য কেন্দ্র
        • শর্তাবলী
        • গোপনীয়তা নীতি
        • কুকিগুলো
        • বিজ্ঞপ্তি তথ্য